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Di qualche accadimento... 


I contatti si erano fatti fre¬ 
netici, le mail non si contavano, 
qualcuno pure mi chiamava sul cel¬ 
lulare: -"Allora, si parte?" 

"Certo!" la mia laconica ri¬ 
sposta e infatti siamo partiti. Più 
o meno a mezzogiorno del 28 di¬ 
cembre u.s. postavo uno stringato 
invito sul gruppo 
it.comp.retrocomputer: -"C'è una 
nuova iniziativa editoriale dedica¬ 
ta ai retrocomputing, se vi inte¬ 
ressa." . Non cera molto altro da 
dire e poi io sono di poche parole... 

Era il segnale convenuto, un 
quarto d'ora dopo il primo utente 
(che emozione...) si era registrato 
e fatto il download del primo nu¬ 
mero. Il giorno dopo gli utenti e- 
rano 25 il 2 di gennaio siamo arri¬ 
vati a 40. Insomma "è andata", ra¬ 
gazzi siamo nel giro dell'editoria 
specializzata! Così, tanto per esa¬ 
gerare :-) 

Poi la lista delle cose da fa¬ 
re, mega riunione dopo Capodanno 
per gli auguri ma anche per rive¬ 
dere il piano di lavoro. 

L'intervento più urgente è 
apparso la messa a punto del sito 
Web. Il portale è abbozzato e le 
funzionalità principali ci sono, ma 
bisogna riordinare le idee, togliere 
i link non attivi, completare la pre¬ 
sentazione delle rubriche, comin¬ 
ciare a metterci i contenuti. Sen¬ 
za contare che qualcuno si è ac¬ 
corto che con Internet Explorer i 


CSS non vengono molto bene. IE? 
Ma qualcuno ancora lo usa? Biso¬ 
gnerà provvedere... 

Ce sicuramente da lavorare 
molto sulla impaginazione; le prime 
segnalazioni arrivate riguardano 
proprio questo aspetto. Nessuno 
di noi è un grafico, bisognerà rim¬ 
boccarsi le maniche ma senza pre¬ 
tendere di fare tutto e subito. 

Poi ci sono le idee per nuovi 
articoli e nuove rubriche, l'idea di 
portare avanti il sito non come 
semplice supporto alla rivista ma 
come portale per servizi e per o- 
spitare progetti "a latere". 

Mi tocca frenare più di un 
entusiasmo; le nuove idee sono ec¬ 
citanti ma poi bisogna avere la 
forza di portarle a compimento, 
quindi per favore calma e sangue 
freddo, facciamo un passettino 
alla volta per favore. 

Poi ce chi vorrebbe rivedere 
il piano di pubblicazione: -"... per¬ 
ché, sai, magari quelli del Commo¬ 
dore 64 potrebbero aversene a 
male...". E qualcuno punzecchia: - 
"Non vorrai mica mettere il 64 con 
lo Spectrum? Non c a paragone!". 

Mi sembra di essere ritorna¬ 
to a quei mitici giorni... 

Vita da redazione, che bello! 

[tn] 


Jurassic News è una 
fanzine dedicata al 
retro-computing nella 
più ampia accezione 
del termine. G li artico¬ 
li trattano in generale 
dell'informatica a par¬ 
tire dai primi anni ‘80 
e si spingono fino 
...all'altro ieri. 

La pubblicazione ha 
carattere puramente 
amatoriale e didattico, 
tutte le informazioni 
sono tratte da mate¬ 
riale originale dell'epo¬ 
ca o raccolte (e atten¬ 
tamente vagliate) da 
Internet. 

Normalmente il mate¬ 
riale originale, anche 
se "jurassico" in ter¬ 
mini informatici, non è 
privo di restrizioni di 
utilizzo, pertanto non 
sempre è possibile ri¬ 
portare per intero ar¬ 
ticoli, foto, schemi, 
listati, etc..., che non 
siano esplicitamente 
liberi da diritti. 

La redazione e gli au¬ 
tori degli articoli non 
si assumono nessuna 
responsabilità in meri¬ 
to alla correttezza 
delle informazioni ri¬ 
portate o nei confron¬ 
ti di eventuali danni 
derivanti dall'applica¬ 
zione di quanto appre¬ 
so sulla rivista. 
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Retro-Filosofia 


Retro-Filosofia è la 
rubrica che si occupa 
degli aspetti meno tecnici 
della rivista. Ospita pezzi 
di opinione e di storia. 


Il fenomeno del 

Retro-Computing 

è partito circa dieci 
anni or sono in 
corrispondenza della 
diffusione dei PC di 
tipo “IBM" nelle 
case. 


Retro-Computing, istruzioni per l’uso (parte 2) 

Mettiamo che sono stato fortu- sodato che nel primo caso non ci saran- 


nato e che lo zio della mia ragazza mi 
abbia mollato quel vecchio home che 
stava in soffitta. Ok, mi sono dovuto 
sorbire tutte le menate su “...come era 
bello una volta che non esisteva il PC..." 
e anche "...allora si che era una sfida 
programmare, altro che adesso, che ti 
basta tirare col mouse quattro compo¬ 
nenti preconfezionati su una maschera 
vuota e hai belle e fatto il program¬ 
ma...". 

Tornando al momento fatale si 
tratta ora di poterla usare la “vecchia 
macchina dei ricordi". Sperando che sia 
ancora in ordine e non manchi qualche 
pezzo fondamentale (ad esempio l'ali¬ 
mentatore), conviene come primo passo 
aprirla e darci dentro di aria compres¬ 
sa per eliminare i quintali di polvere 
che inevitabilmente il tempo avrà accu¬ 
mulato. Questa operazione di sommaria 
pulizia ha anche lo scopo di dare un'oc- 
chiatina all'interno per assicurarsi che 
tutto sia in ordine prima di dare ten¬ 
sione e per verificare che i topi non ci 
abbiano magari fatto il nido dentro 
(succede, ve l'assicuro). 

I casi in genere sono due: o si è 
già posseduto quel modello o uno simila¬ 
re, oppure è del tutto sconosciuto. As¬ 


tio eccessivi problemi nel verificare il 
funzionamento del tutto, nella seconda 
ipotesi le cose non sono troppo sempli¬ 
ci. Conviene frenare l'entusiasmo prima 
di collegare alla belle meglio cavi e ca¬ 
vetti e prendersi il tempo per racco¬ 
gliere tutte le informazioni possibili 
prima di fare guai irreparabili. 

Questo è maggiormente vero se 
la macchina è del tipo "raro" o magari 
non è nemmeno un home computer nel 
senso letterale del termine, ma magari 
un sistema Unix di classe mini, che ri¬ 
chiede una certa conoscenza. 

Internet è la fonte primaria di 
informazioni per il retro computerista. 
La semplice ricerca brutale con Google 
fornisce di norma qualche decina di siti 
da visitare. Il consiglio che sento di 
dare è di non limitarsi ai primi risultati, 
qualche volta le cose migliori si trovano 
nei link segnalati molto in basso. Quello 
che stiamo cercando infatti potrebbe 
essere una pagina marginale in un sito 
personale. Ci sono parecchi personaggi 
che pubblicano notizie utili su vecchi 
calcolatori posseduti, ma spesso enfa¬ 
tizzano altri interessi, magari più mo- 

(Continua a pagina 5) 


Da dove comincio? 

Secondo me è sbagliato pensare che un buon collezionista sia colui che possiede una sterminata collezione o una 
grande varietà di pezzi. Il collezionismo è un fenomeno soprattutto privato, nel senso che ognuno privilegia del¬ 
le proprie idee e passioni, anche senza che siano direttamente a confronto con altre. La strada che io suggeri¬ 
sco è quella della specializzazione: è più facile e può dare in poco tempo notevoli soddisfazioni. Si comincia ma¬ 
gari con un sistema trovato in soffitta e si cerca di procurarsene un secondo o un modello leggermente diverso. 
Così ci si specializza su una particolare marca o su un particolare modello e ciò che ne risulta è una piccola col¬ 
lezione ma vicina all'obiettivo della completezza, che è quello a cui tendono in fondo tutti i collezionisti. 






















Jurassic News — Numero 2 — Marzo 2006 


derni, che in qualche modo ingannano i 
motori di ricerca che considerano poco 
rilevante la presenza dell'informazione 
retro-computeristica nel sito. 

Una vera miniera di informazioni e 
prezioso aiuto ci viene dai newsgroup. In 
Italia ne sono disponibili due (almeno a 
quanto mi risulta) che sono: 
it.comp.retrocomputer e un forum dispo¬ 
nibile su www.retro-it.org. Quest'ultimo 
accessibile dopo la consueta registrazio¬ 
ne gratuita. Purtroppo la pecca del ne¬ 
wsgroup icr (Italia Comp Retrocompu- 
ter) è il non essere moderato. Abbonda 
pertanto di flame anche abbastanza pe- 
santini qualche volta e del consueto spam 
onnipresente sulla rete. Pazienza, sono 
dei prezzi da pagare per frequentare 
comunque l'unico punto informativo ita¬ 
liano dove più o meno bazzicano tutti gli 
appassionati di questo hobby. 

Per chi non ha problemi con l'ingle¬ 
se sono altrettanto buoni i gruppi inter¬ 
nazionali corrispondenti. 

Il cimitero degli elefanti. 

Un giorno un mio amico mi ha fatto questo affascinate e divertente parallelo fra il mito famoso del mai sco¬ 
perto cimitero dove i dentoluti preziosi pachidermi andrebbero ad ammassarsi spontaneamente sentendo av¬ 
vicinarsi la fine. I calcoli sulle vendite di vecchio hardware suggerirebbero l'esistenza di detti depositi ma la 
realtà sappiamo che è purtroppo diversa. Le vecchie macchine sono state sparse in mille rivoli, oggetto di re¬ 
gali natalizi a bambini magari niente interessati al calcolatore di per se ma solo al gioco visto in casa di qual¬ 
che compagniuccio. Qualche volta saltano improvvisamente fuori dei piccoli ammassi, sono le scuole che di¬ 
mettono le da sempre inusate aule informatiche cogliendo l'occasione di qualche docente volonteroso che pro¬ 
pone l'attività integrativa (e ovviamente ci vuole tutto nuovo) o i magazzini delle ditte di riparazione che in 
qualche caso hanno conservato del materiale. 

E' capitata anche a me l'occasione chiamata “cassonetto", cioè il trovare un vecchio hardware appoggiato a 
fianco del cassonetto o consegnato nelle isole ecologiche per la raccolta differenziata. Farsi amico uno degli 
addetti al riciclaggio assicura una buona rendita di sistemi anche se ormai si tratta per lo più di Piccioni male 
in arnese, brutti a vedersi e di nessun valore affettivo (come si fa ad amare un clone IBM?). 

Altro giacimento sono le università dove l'hardware è sempre abbondato. Purtroppo per la maggior parte ce 
chi ci ha già messo gli occhi sopra e succede che ne faccia addirittura commercio. Attività molto al limite 
della legalità, trattandosi di beni dello stato che per definizione sono inalienabili. 

Al limite si può arrivare all'acquisto, opzione non particolarmente gradita ai retrocomputeristi che preferi¬ 
rebbero “a gratis" o al limite con scambio di materiale. Ogni tanto su e-bay qualche pezzo viene battuto, ma 
generalmente con valore superiore a quanto personalmente sono disposto a spendere. Poi ci sono i mercatini. 
Fantastici quelli rionali spontanei dove qualche buon affare è possibile, raro ma possibile. 


Anche i gruppi mono-marca sono 
da frequentare. Spesso chi li frequenta 
conosce un po' tutta la produzione di un 
certo sistema e può ricordarsi parecchi 
particolari utili. L'interazione con questa 
categoria di appassionati “verticali" è 
solitamente molto soddisfacente: chi 
ama una certa marca di computer, ad 
esempio Apple, si sente coinvolto in pri¬ 
ma persona a promuoverne l'immagine in 
qualunque modo. 

Insomma per concludere l'hobby 
del retrocomputing può essere affasci¬ 
nante, poco costoso e colmo di piacevoli 
sorprese ma richiede doti di pazienza sia 
per l'appassionato che dovrà perdere 
parecchio tempo a cercare documenta¬ 
zione, contatti o qualche pezzo di ricam¬ 
bio e sia della compagna nella vita che 
dovrà tollerare un po' di caos in garage o 
magari in salotto. 

[tn] 
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Le prove di J.N. 


Sinclair ZX80 


Le prove di 
Jurassìc News 

ospita recensioni di 
hardware e software 
con l'intento di 
fornire le prime 
indispensabili 
informazioni per 
coloro che sono 
entrati in possesso di 
uno di questi sistemi 
e non hanno 
documentazione e 
magari nessuna idea 
di cosa fare per 
vederlo almeno in 
funzione 


Nel gennaio del 1980 successe una 
cosa destinata a cambiare per sempre 
il giovane mondo dell'home computing. 
Stiamo parlando del lancio in Inghilter¬ 
ra dello ZX80 che, con le sue 99,99 
sterline di prezzo rompeva un tabù fino 
a quel momento impensabile: un compu¬ 
ter alla portata di tutte le tasche. Il 
signor Clive Sinclair si era battuto 
strenuamente per ottenere questo ri¬ 
sultato, fino al punto di far uscire una 
macchina con parecchi problemi di fun¬ 
zionamento, ma che importava? 

Chi ha vissuto la magia di 
attaccare il piccolo gio- 
cattolino al televisore 
non lo dimenticherà 
in tutta la sua 
vita. 


hobbisti e hanno un costo elevato. 
Questo brand deriva essenzialmente 
da due fattori: il calcolatore viene de¬ 
rivato dal mondo dell'elettronica e 
quindi viene avvicinato principalmente 
da una certa classe di persone abituate 
a considerare costoso il loro hobby e la 
scarsa diffusione iniziale delle macchi¬ 
ne con conseguente scarsa automazione 
del processo produttivo. 

Una cosa curiosa è che lo ZX80 vie¬ 
ne venduto anche in kit al prezzo in 
Inghilterra di 79,99 ster¬ 
line (circa 300 



cala la 

prima macchina di Sin¬ 
clair è un mondo dove i sistemi per¬ 
sonali di calcolo sono dedicati ai soli 


autocostruzione e 
tutt'altro che com¬ 
plicata con i suoi 20 

(Continua a pagina 7) 


Come vengono scelti i sistemi per le recensioni. 

E' una domanda che ci è stata fatta e alla quale rispondiamo volentieri: ebbene, non c'è un disegno definito e 
non sarà seguito nemmeno un criterio temporale. Verranno presi in considerazione i sistemi per i quali sia repe¬ 
ribile una sufficiente documentazione, meglio se posseduti direttamente dai recensori, senza particolari sche¬ 
mi precostituiti. Il criterio della sequenzialità temporale sarebbe una facile scelta ma condannerebbe la rivista 
a ripetere pari pari la storia delle macchine di calcolo personali, cosa che non si vuole fare anche per avere le 
mani completamente libere e poter presentare un sistema indipendentemente dalla data di uscita permettendo¬ 
si di “dimenticare", o meglio “rimandare" la presentazione di un qualche altro pezzo, anche se per sua natura 
fondamentale per la corretta interpretazione della storia. 
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integrati e la cinquantina di componenti 
passivi. In Italia verrà importato dalla 
GBC (un gigante nella distribuzione del¬ 
l'elettronica consumer, fallito dopo po¬ 
chi anni, non si è mai capito per quale 
motivo, anche se il sottoscritto un'idea 
ce l'ha), ma solo in dicembre dell'anno 
1980, al prezzo di 325.000 Lire IVA 
compresa, il kit a 275.000. Tutto som¬ 
mato prezzi accettabili rispetto agli 
originali, considerando che il ricarico su 
queste apparecchiature provenienti 
dagli States è normalmente superiore 
al 30% e in qualche caso arriva a rad¬ 
doppiare! 


dente PEEK, che preleva un byte dalla 
memoria è raggiungibile solo digitandola 
esplicitamente e fa parte di queste 
funzioni “integrali", qualsiasi cosa voglia 
dire questa definizione. 

Il primo problema da superare è in¬ 
dividuare il connettore di alimentazio¬ 
ne. Nulla di difficile, ma per essere 
tranquilli si deve cercare la serigrafia 
stampata sotto la macchina. L'altro pro¬ 
blema è sincronizzare correttamente la 
TV, problema peraltro comune a tutte 
le macchine dell'epoca. 


Il signor Clive Sinclair si era 
battuto strenuamente per 
ottenere un sistema 
commerciabile a meno di 100 
sterline, fino al punto di far 
uscire una macchina con 
parecchi problemi di 
funzionamento. 

Il successo del computer 
dimostra che i tempi erano 
maturi e che l'intuizione del suo 
creatore era corretta. 


L'uscita video in UHF è sul canale 
36, un classico. 


Impressioni iniziali. 

Leggerissimo e “plasticoso", con 
quella tastiera disegnata sembra pro¬ 
prio un giocattolo e nient'altro! 

Il modestissimo peso, raggiunto an¬ 
che grazie all'adozione di un case di 
plastica dello spessore di appena 1 mm, 
è la caratteristica che colpisce al primo 
impatto. 

Una vistosa scritta nero/oro 
“Sinclair ZX80" anima la parte superio¬ 
re del contenitore, un altro inserto e- 
lenca le cosidette in maniera pomposa 
“Integrai Functions" che altro non sono 
che le poche funzioni cablate nell'inter¬ 
prete. Questa specie di memo non è 
presente nelle prime versioni della mac¬ 
china. Coerentemente con il loro uso la 
funzione POKE è associata ad un tasto 
in modalità Key, mentre la corrispon- 



L'interfaccia del registratore a cas¬ 
sette non è proprio il massimo della tol¬ 
leranza in fatto di 
segnali. A meno di 
non essere parti¬ 
colarmente fortu¬ 
nati, è necessario 
provvedere ad una 
lunga fase di tara¬ 
tura dei livelli di 
registrazione per 
essere sicuri di poter leggere poi senza 
difficoltà. La velocità (250 boud) non è 
particolarmente elevata ma comunque 
adeguata alla classe del sistema. 


Due versioni dello ZX80 
a confronto 


Accensione. 


Inutile dire che non è presente alcun 
tasto di accensione (sarebbe costato 

(Contìnua a pagina 8) 


Lo ZX80 su Web. 

Cominciando a raccogliere materiale per questo articolo ho fatto una ricerca sul Web senza aspettarmi troppo. 
Il sistema è infatti molto vecchio e la stessa diffusione (si parla di circa 300.000 esemplari venduti) non fa¬ 
rebbe supporre grandi scoperte. Invece ancora una volta la rete si rivela la madre di tutte le informazioni: non 
siamo al livello di club come lo Spectrum o il Commodore 64 o l'Apple Ile, ma anche il piccolo ZX80 ha la sua 
schiera di appassionati e collezionisti. Il fatto che inoltre sia così semplice da riparare ed emulare lo rende un 
piccolo sistema ideale per chi si interessa in maniera attiva della tecnologia primordiale dei sistemi di calcolo 
personale. Quindi se volete saperne di più... Ask a Google... 
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Lo schema dei collega- 
menti è semplice e alla 
portata di tutti. 


troppo). Appena alimentato il computer 
funziona facendo partire un monitor di 
boot che mette a disposizione l'ambien¬ 
te Basic in ROM caratterizzato da un 
lettera "K" in campo inverso. 


apparire il comando “LIST"), il simbolo 
normale del tasto (le lettere sono solo 
maiuscole) e un ulteriore simbolo 
“semigraf ico" raggiungibile con lo 
SHIFT. 

Lo ZX80 è fondamentalmente una 
calcolatrice programmabile (anzi, anche 
di meno) senza alcuna concessione ad 
aspetti grafici come ad esempio colore 
o animazioni. Lo stesso Basic è proprio 
minimale, senza capacità in virgola mo¬ 
bile. E' una macchina per imparare la 
programmazione e i fondamenti dell'in¬ 
formatica e come tale deve essere 
trattata e valutata. 


Hardware. 



La “K" iniziale sta per “Key mode", il 
modo di funzionamento che predispone 
l'accettazione di un comando o di uno 
statement Basic pigiando un singolo 
tasto sulla tastiera. 
Ogni tasto infatti ri¬ 
porta tre modi di fun¬ 
zionamento: il modo 
“Key" che corrisponde 
alla scritta gialla appe¬ 
na sopra il tasto (ad 
esempio il tasto “A" fa 


Lo ZX80 è realizzato con un'unica 
piastra dove trova posto il circuito 
stampato e la matrice della tastiera. La 
tastiera è poi ricoperta da una speciale 
plastica conduttrice che permette, 
quando il tasto è pigiato, di chiudere il 
relativo contatto. Il cabinet è costitui¬ 
to da una base piatta e da una copertu¬ 
ra sagomata in maniera tale da racchiu¬ 
dere sia gli integrati che il modulatore 
video. Una griglia di aerazione ricavata 
proprio sopra la copertura del modula- 


sincrlair - 


Praticamente obbligatorio 
acquistare l'espansione di 
RAM dopo i primi semplici 
esperimenti in Basic. 



_ 
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tore, permette lo smaltimento di calore 
(che comunque non è rilevante, stante 
la scarsa presenza di componenti). L'u¬ 
nico "punto caldo'' è l'integrato regola¬ 
tore di tensione, un comune 7805, che 
forse è dotato di un dissipatore fin 
troppo minuscolo e appoggiato alla pia¬ 
stra cosa che ne provoca a lungo andare 
la "cottura"; e vai con il risparmio! For¬ 
se si è pensato che comunque non si 
tratta di un sistema che rimarrà acceso 
per molte ore consecutive. 

Sul retro i connettori: alimentazio¬ 
ne, registratore in/out, modulatore TV 
e pettine di espansione. Quest'ultimo è 
una semplice terminazione della piastra 
madre che espone i segnali del proces¬ 
sore senza particolari accorgimenti o 
protezioni. Inutile dire che questo ren¬ 
de particolarmente esposto proprio il 
cuore del sistema, cioè la CPU con la 
sola protezione di una chiave di inseri¬ 
mento del pettine che le periferiche di 
terze parti sono invitate a rispettare. 

L'alimentatore esterno fornisce 9 V 
in cc che vengono stabilizzati a 5 Volt 
internamente dall'integrato 7805 appe¬ 
na menzionato. 

Tutti gli osservatori specializzati, 
all'epoca dell'uscita sul mercato, hanno 
rilevato l'estrema economicità nella co¬ 
struzione della macchina. E' ben vero 
che per una volta il risparmio viene ridi¬ 
stribuito al compratore che può final¬ 
mente permettersi un personal compu¬ 
ter ad un prezzo più che abbordabile, 
però forse è stato superato un limite di 
decenza considerando che l'oggetto che 



Una cosa è 
comunque cer¬ 
ta: lo ZX80 ha 
dimostrato la 
potenza dei mi¬ 
croprocessori 
nel senso che 
per la loro natu¬ 
ra programma- 
bile sono adatti 
a simulare qual¬ 
siasi schema di 
segnali che i 
progettisti in¬ 
tendono imple¬ 
mentare. Uno 
dei difetti più 
fastidiosi dello ZX80 e cioè la perdita 
del sincronismo di quadro durante la 
digitazione e l'oscuramento del video al 
lancio del programma, derivano proprio 
dall'economicità di costruzione e dalla 
pretesa di adibire la CPU anche a gene¬ 
rare i segnali video. 


Sotto il vestito... quasi 


niente 


uno si porta a 
casa come com¬ 
puter vale fran¬ 
camente pochi¬ 
no. 


La CPU è la versione siglata "Z80A" 
del microprocessore della Zilog, che 
può arrivare a 4 MHz. Nello ZX80 è 
stata usata una versione della NEC si¬ 
glata 780C-1 a 3,5 MHz. E' significativo 
il fatto che Sinclair abbia scelto una 
CPU con clock elevato per l'epoca, piut¬ 
tosto che la versione base, nonostante 


(Continua a pagina 10) 



Il retro della macchina. Da si¬ 
nistra: i due jack del registra¬ 
tore, l'alimentatore, l'uscita del 
modulatore video e il pettine di 
espansione. 
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100 FOR T = 1 
110HPRINT T 
120 NEXT T 


B 


Un output di esempio. Si 
noti la buona definizione 
dei caratteri. 


TO 1000 la sua propen¬ 

sione al rispar¬ 
mio. Significa 
che un clock a 
1 MHz non ce 
l'avrebbe fatta 
a gestire il 
video. La ge¬ 
stione della 
schermata vi¬ 
deo non è ba¬ 
sata infatti 
sulla classica 
mappatura in 
RAM della memoria video, ma è la CPU 
stessa che provvede a generare il se¬ 
gnale digitale da passare al modulatore 
per la conversione in analogico. Per fa¬ 
re un paragone si potrebbe dire che il 
video è trattato come una periferica 
seriale, ad esempio una stampante. 


Ad onta delle clamorose 
limitazioni del sistema nel 
suo complesso, l'utilizzo 
può essere di molta 
soddisfazione. 


Il modulatore video è un classico 
ASTEC e qui forse è l'unico punto dove 
Sinclair non ha potuto risparmiare più 
di tanto essendo un componente stan¬ 
dard e la ditta costruttrice pratica- 
mente monopolista. Ne deriva una otti¬ 
ma chiarezza e stabilità del video so¬ 
prattutto per i caratteri in chiaro; per 
quelli inversi (bianco su nero) la qualità 
cala parecchio. 

La RAM è limitata a 1 Kb (sì, avete 
letto bene) e la ROM a 4 Kb. Si può 
acquistare a parte (45.000 Lire in Ita¬ 
lia) una espansione di memoria RAM da 
inserire nel pettine di espansione. Ogni 
Kb aggiuntivo costa poi sulle 20.000 
Lire (il modulo di espansione inizialmen¬ 
te ne ospita solo 1 Kb). 


Il clock del sistema non è stabiliz¬ 
zato da un quarzo (sarebbe costato 
troppo) ma è costituito da un oscillato¬ 
re capacitivo che inevitabilmente è 
soggetto a qualche deriva durante il 
funzionamento. Nulla di grave, almeno 
finché rimane nei limiti di tolleranza, 


non pensate però di poter programma¬ 
re dei timer precisi al microsecondo! 

La ROM contiene il monitor, la map¬ 
pa dei caratteri e il Basic. Le possibili¬ 
tà di espansione del sistema, nonostan¬ 
te la ridotta dotazione iniziale è co¬ 
munque intatta. Poco tempo dopo uscirà 
una ROM da 8 Kb con l'interprete in 
virgola mobile e sono commercializzate 
espansioni di RAM da collegare al pet¬ 
tine di espansione. Un Kb di RAM è co¬ 
munque sufficiente per i primi esperi¬ 
menti di programmazione anche grazie 
all'ottimizzazione del codice che viene 
in qualche misura “pre-compilato", cioè 
viene conservato un solo byte per indi¬ 
viduare l'istruzione, idea che tutti i 
progettisti d'ora in poi adotteranno. 

L'output prevede 24 linee da 32 ca¬ 
ratteri ciascuna in bianco/nero. E' pre¬ 
visto l'uso dei soli simboli maiuscoli per 
le lettere, il campo inverso (bianco su 
nero) e una decina o poco più di simboli 
semigrafici. 

Il connettore di espansione (gli in¬ 
glesi lo chiamano “Edge Connector") a 
44 poli porta i 37 segnali della CPU, le 
alimentazioni (0, 5 e 9 Volt), il clock, un 
segnale ad uso della memoria esterna e 
due pin di terra. 


Utilizzo. 

Ad onta delle clamorose limitazioni 
del sistema nel suo complesso, l'utilizzo 
può essere di molta soddisfazione. Bi¬ 
sogna pensare che chi lo acquista ha 
poca o nulla famigliarità con l'informa¬ 
tica e di programmazione ne ha fatta 
sulle calcolatrici programmabili o, per i 
più fortunati, su qualche calcolatore 
all'università. 

L'idea di associare il modo “Key" ad 
un solo tasto mitiga la scomodità della 

(Continua a pagina 11) 
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tastiera ed ha anche un effetto educa¬ 
tivo: tutte le funzioni sono immediata¬ 
mente disponibili e individuabili sulla 
tastiera. 

L'input primario è la digitazione di¬ 
retta del programma che inizia sce¬ 
gliendo un tasto con la corrispondente 
parola chiave che apparirà sullo scher¬ 
mo e il cursore, diventato ora un “L" in 
campo inverso, pronto ad accettare un 
"literal", cioè qualsiasi lettera presente 
sulla tastiera. 

Una caratteristica notevole per l'e¬ 
poca è il controllo di sintassi al momen¬ 
to della digitazione. A parte l'associa¬ 
zione delle parole chiave ai tasti 
(modalità "K"), al momento della confer¬ 
ma il sistema controlla la sintassi dell'i¬ 
struzione e, in caso di errore, posiziona 
un cursore ("S" in campo inverso) nel 
punto dell'errore. E' praticamente im¬ 
possibile inserire una riga errata, un 
grosso aiuto per chi si avvicina alla pro¬ 
grammazione! 

L'uso della tastiera dello ZX80 è 
stato sempre oggetto di polemiche. La 
soluzione adottata dai progettisti per i 
contatti è poco affidabile. In pratica ci 
si accorge che il tasto "a preso" perché 
lo Z80 perde il sincronismo di quadro 
andando a servire la routine di control¬ 
lo del tasto digitato con un evidente 
sfarfallio del video. 

La disposizione dei tasti è una quasi 
standard QUERTY con una disposizione 
meno standard per quanto riguarda i 
simboli di interpunzione. La barra dello 
spazio non esiste proprio e bisogna ar¬ 
rangiarsi con un tastino di dimensioni 
normali all'estrema destra della riga 
bassa di tasti. Il return o invio qui si 
chiama "NEW LINE". C'è un solo tasto 
SHIFT sulla sinistra, ma è più che suf¬ 
ficiente, anche perché l'occasione di 
raggiungere il secondo simbolo dei tasti 


(un carattere semigrafico) è abbastan¬ 
za limitata. 

Il tasto siglato "RUBOUT" permette 
la ripetizione del tasto digitato. 

La disposizione delle parole chiavi 
sui tasti segue una 
logica legata al 
"miglior utilizzo". La 
funzione "LIST" è 
associata al tasto "A", 
mentre il tasto "L" è 
rimasto libero e si è 
preferito ad esempio 
mettere la parola 
chiave "LET" sul tasto 
“K", strano. 


La riga superiore di 
tasti ospita le dieci 
cifre decimali con as¬ 
sociate alcune parole 
chiave e i tasti frec¬ 
cia (utili in modalità 
editor). Queste fun¬ 
zioni sono colorate in giallo, così come il 
tasto EDIT, nella versione arrivata in 
Italia, mentre originalmente erano tut¬ 
te bianche. 



ffiffisannoBOBaai 

nBQBQSpSQBQpOBniQiQi 

Dnnmrarvnanej 


Visto dall'alto la dispo¬ 
sizione dei tasti è ben 
visibile. 


Il Basic dello ZX80. 



L'esecuzione del 
programma avviene 
con la classica RUN, 
il BREAK serve per 
interrompere e 
CONT per continua¬ 
re. 

Per caricare 
programma da cas¬ 
setta si usa LO AD e 
per salvare SAVE. La gestione del na¬ 
stro è rudimentale: non si può associare 
un nome al programma salvato cosicché 
è necessario posizionare "a mano" il na- 

(Continua a pagina 12) 
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Sir Clive Sinclair mostra 
orgogliosamente la sua 
“creatura". 


stro prima di caricare. Il salvataggio e 
il caricamento da nastro è visto come 
un vero e proprio dump della memoria 
piuttosto che come salvataggio del 
solo codice del programma. Quindi 
un caricamento distrugge il conte¬ 
nuto iniziale della RAM e lo sosti¬ 
tuisce con quello letto dal nastro. 

I progettisti non hanno dimentica¬ 
to gli “smanettoni" prevedendo le 
istruzioni POKE e PEEK, rispettiva¬ 
mente per il push e il pop di byte 
da e per locazioni di memoria che 
dovranno essere indicate in deci¬ 
male. Altra funzione ''avanzata'' è 
la USR che permette l'esecuzione 
di una routine utente in linguaggio 
macchina. 

Le variabili numeriche sono solo in¬ 
tere nel range degli 8 bit (da -32768 a 
32767) mentre le alfanumeriche pos¬ 
sono avere qualsiasi dimensione. E' ob¬ 
bligatorio l'uso della funzione di asse¬ 
gnazione LET mentre alcune funzioni 
built-in sono state dedicate alle strin¬ 
ghe: CHR$ ad esempio converte un nu¬ 
mero nel corrispondente carattere A- 
SCII mentre l'inversa si chiama CODE; 
TL$ permette di estrarre il primo ca¬ 
rattere di una stringa. 


Inutile dire che mancano le funzioni 
trascendenti (seno, coseno, etc...) che 
sarebbero inutili nell'impossibilità di 
assegnarne il risultato ad una variabile 
di tipo reai. 

Una comodità dell'editor è il con¬ 
trollo di sintassi al momento dell'invio. 
A fronte di un errore il cursore diven¬ 
ta una "5" in campo inverso e si può 
agire per effettuare la correzione del 
caso. 


Una curiosità dell'interprete è la 
possibilità di effettuare i salti GOTO 
con un valore di riga calcolato, tipo GO¬ 
TO A + B. 


Internamente le istruzioni sono con¬ 
servate in forma “pre-compilata", ren¬ 
dendo il misero Kb di RAM almeno ac¬ 
cettabile per i primi esperimenti. Il 
Basic non è privo di bachi, uno di questi 
è l'andare in crash quando si tenta di 
gestire stringhe superiori a 400 carat¬ 
teri circa. 

Considerando l'epoca, il costo, la 
novità e quant'altro possa venire in 
mente, questi difettucci sono amplia- 
mente tollerabili. 


Conclusioni. 


Lo ZX80, come si diceva all'inizio, ha 
segnato un punto di svolta nella politica 
di produzione dei calcolatori personali: 
il prezzo. Dal momento della sua intro¬ 
duzione chiunque si sia affacciato sul 
mercato ha dovuto tenerne conto per 
cercare di non far pagare troppo le 
funzionalità del proprio sistema. Da 
questa logica si è salvata solo la Apple 
Computer che proprio di guerra di 
prezzi non ne ha mai voluto saperne. 

Le limitate possibilità di questo pri¬ 
mo prodotto di quello che fra qualche 
anno sarà nominato baronetto e potrrà 
fregiarsi del titolo di “Sir", Clive Sin¬ 
clair sono state poi la base per le suc¬ 
cessive realizzazioni introdotte con 
sapiente maestria commerciale che 
raggiungeranno il l'apice con lo Spec- 
trum. 

Poi l'inevitabile declino nonostante il 
lancio del QL, per molti versi anch'essa 
una macchina molto innovativa. 

[sn] 
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Software, riviste e libri seguono a ruota. 


Ma anche la 
documentazione 
tecnica è facil¬ 
mente reperi¬ 
bile fin da su¬ 
bito. Una vera 
gioia per gli 
appassionati! 


L'Italia arriva in ritardo, 
ma arriva! Qui sotto la 
copertina di Bit numero 
13 del dicembre 1980 
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Come il Basic compila le istruzioni. 

Nell'esempio sotto riportato si vede come vari statement occupino molta meno memoria di quanto sarebbe ri¬ 
chiesto per una conservazione “piatta" del codice. 


10 FORA= 16424 TO 17424 

18 Bytes 

20 PR1NT PEEK(A); 

12 Bytes 

30 NEXT A 

5 Bytes 

40 STOP 

4 Bytes 


Questo accorgimento permette di scrivere programmi lunghi fino a circa 300 righe di codice con la dotazione 
iniziale di 1 Kb di RAM. 
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Emulare, che passione! 

Esistono emulatori di ZX80 praticamente per qualsiasi piattaforma. Infatti lo Z80 è forse il 
processore a 8 bit più emulato in assoluto grazie anche alla sua sostanziale semplicità nel 
funzionamento. 

E' praticamente inutile elencarli in questa sede, visto che una semplice ricerca in Google ne 
restituirà più di quanti se ne possa visitare in una settimana. Rimandiamo quindi all'articolo 
sugli emulatori presente in questo volume che si occupa di EXTEND2, che per nostra opinio¬ 
ne è una delle implementazioni meglio riuscite. 


8K BASIC ROM 



The t* BASiC ROM uimt in The ZxflM 
avatebte toZX SO ornata asa drop In 
rapiacemenl chip Wilh thè exceolicn o» 
animatesi graphics al Ihenthanced 
loaturssof tnoZX8> aro nowovinutitoon 
aZX 80 inciudogit>e atxlityto run rouch 
cH tlie Suda» ZX Sotfwà'e 

The ROM chip conca wth a new 
s*y boatti tempialewhic^can be 
overaid an m« na^tmg «rylxwiil m 
mmutes 



La ROM da 4K con l'interprete Basic 
in aritmetica intera fu presto sosti¬ 
tuito da un upgrade che raddoppian¬ 
do la capacità della ROM (8K) con¬ 
sentiva l'aritmetica floating point e 
in generale i miglioramenti resi di¬ 
sponibili dallo ZX81. 


Bibliografia. 

Personal Computer World, Aprii 1980 
Bit n. 13 , Dicembre 1980 
Digital Retro, Mondadori, 2005 
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DIR 


DIR è la rubrica 
dedicata al sistema 
operativo CP/M 


Il CP/M sui sistemi Apple II (parte 1). 


Una delle implementazioni più cono¬ 
sciute e diffuse del sistema operativo 
CP/M è quella realizzata dalla 
Microsoft per i sistemi della serie II 
di Apple Computer. 

La soluzione prevedeva una scheda 
hardware (come poteva essere altri¬ 
menti, visto che l'Apple funzionava con 
CPU 6205 sostanzialmente molto di¬ 
stante dalla logica dello Z80), l'uso ob¬ 
bligatorio del floppy e il relativo por- 
ting del codice per adattarlo al sistema 
ospite. 


software di produttività individuale 
come il mitico Wordstar, il word pro¬ 
cessor che ha dettato legge per dieci 
anni nell'informatica individuale, e an¬ 
cora DBII, il “papà" dei moderni 
RDBMS. 

Questa serie di articoli è un viaggio 
in questo mondo “alternativo" rispetto 
al nativo 6502 e al classico DOS Apple 
per la gestione dei dischi. 


Installazione della scheda. 


Nella soluzione ibrida l'Apple II di¬ 
venta una macchina bi-processore che 
in qualche maniera riescono, nelle solu¬ 
zioni più ardite, a collaborare nell'ese¬ 
cuzione del codice, nel senso che è pos¬ 
sibile richiamare dai programmi CP/M 
delle routine in assembler 6205 che 
saranno eseguite evidentemente dal 
processore nativo. 

La scheda Z80 per Apple II è rela¬ 
tivamente poco rara anche in Italia, 
merito anche di un costo non eccessivo 
e della disponibilità di software di qua¬ 
lità che ne rendono l'acquisto appetibi¬ 
le a molti. Adottando questa soluzione 
si apre all'utente Apple un mondo vasto 
di software: linguaggi di programma¬ 
zione professionali come il COBOL e 


Tipo di scheda 

Nomi delle schede 

1 

Apple disk II controller 

2 

Apple Comunication Interface 

3 

Apple Super Serial Card 

Apple Silentype printer 

4 

Apple Parallel Printer Card 


Prima di tutto è necessario che le 
altre schede presenti nella macchina 
siano al posto giusto. Il CP/M, così co¬ 
me l'Apple Pascal funziona bene solo se 
si rispettano le regole di utilizzo delle 
linea di I/O che sono i veri vincoli nella 
comunicazione del sistema con l'ester¬ 
no. Le schede di espansione, per quanto 
riguarda il comportamento di Input/ 
Output sono raggruppabili nelle cate¬ 
gorie elencate nella tabella 1. 

Ce da dire che se il Pascal funziona 
già egregiamente significa che le sche¬ 
de sono tutte al loro posto e funzione¬ 
rà altrettanto bene anche il CP/M, al¬ 
trimenti conviene adattare il sistema 
alle esigenze del sistema operativo; fra 
l'altro questo non interferisce con il 
funzionamento dell'Applesoft. 

Nella tabella 2 sono riportate i vari 
tipi di schede accettati nei vari slot 
del sistema. Supponendo un Apple Ile 
che possiede 8 slot di espansione fare 

(Continua a pagina 17) 
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riferimento alla tabella per la disposi¬ 
zione ottimale delle schede. 

Appurato che il posto giusto per la 
scheda Z80 è lo slot numero 7 e che lo 
slot 6 deve essere equipaggiato con un 
controller per le unità floppy che assu¬ 
meranno nome A: e B: all'interno del 
sistema operativo, possiamo chiudere il 
coperchio e pensare al software vero e 
proprio. Un riassunto delle lettere per i 
drive disponibili è elencato nella tabella 
3. 


Boot. 

La prima cosa da sapere prima di 
inserire il disco con il sistema operativo 
nel drive A: (cioè la prima unità floppy, 
quella che il Pascal chiama Apple #1), è 
verificare quale disco sia corretto. Esi¬ 
stono due versioni del CP/M per Apple, 
ospitate su due floppy diversi: uno for¬ 
mattato a 13 settori, adatto ai modelli 
che usano il DOS in versione 3.2 e l'al¬ 


Slot 

Tipo di scheda accettata 

Utilizzo 

0 

Non usato per I/O 

In un Ile è mappato sulla Language card 
che contiene l'Applesoft. 

1 

Tipi 2, 3, 4 

Line Printer Interface (il CP/M chiama que¬ 
sta periferica LST:) 

2 

2,3,4 per l'input 

Device generali di I/O (per il CP/M sono le 


1,2,3,4 per l'output 

periferiche PUN: e RDR:) 

3 

2,3,4 

Device CRT: o TTY: per il CP/M. Se non è 
presente nessuna scheda di questo tipo vie¬ 
ne usato il display dell'Apple. 

4 

1 

Controller dischi per i drive E: e F: 

5 

1 

Controller dischi per i drive C: e D: 

6 

1 

Controller dischi per i drive A: e B: 

E' obbligatorio che sia presente 

7 

Tutti i tipi 

Nessun assegnamento di I/O; è il posto 
ideale per installare la scheda Z80. 


tro su floppy a 16 settori, per quei mo¬ 
delli di macchine che usano il DOS 3.3 o 
il Pascal UCSD. 

Accendendo il sistema con il floppy 
del sistema operativo l'Apple “salta" 
direttamente sullo Z80 e si pone in mo¬ 
dalità CP/M. 

I sistemi più vecchi che non hanno in 
ROM il cosiddetto sistema di Auto¬ 
start, dovranno essere guidati a mano 
con una serie di CTRL-K fino ad arriva¬ 
re allo slot giusto (il sesto) per avere il 
caricamento in memoria del contenuto 
del floppy. 

L'avvenuto caricamento ci viene an¬ 
nunciato da un prompt che cita testual¬ 
mente: 

APPLE II CP/M 

44K vers. 2.2X 

(C) 1980 MICROSOFT 

A> 



La scheda Z80 per 
Apple II è 
relativamente poco 
rara anche in Italia, 
merito anche di un 
costo non eccessivo e 
della disponibilità di 
software di qualità che 
ne rendono l’acquisto 
appetibile a molti. 


Tabella 2 
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Softcard CP/M 
60K Uer. 2.23 
(c) 1988;1982 Microsoft 


A>dir 


A : 

CAT 

COM 

CQNFIGIQ BAS 

DOT 

COM 

BOOT 

COM 

A : 

MFT 

COM 

PATCH 

COM 

CPM60 

COM 

PIP 

COM 

A : 

STAT 

COM 

ASM 

COM 

AUTORUN 

COM 

LOAD 

COM 

A : 

COPY 

COM 

APDOS 

COM 

SUBM IT 

COM 

XSUB 

COM 

A ! 

DUMP 

ASM 

DUMP 

COM 

DOWNLOAD COM 

MBASIC 

COM 

A = 

GBASIC 

COM 

ED 

COM 






Al 


Il CP/M usa la scheda 
80 colonne su un Apple 
Ile. 


Per inciso il prompt della Shell è 
proprio la lettera del drive corrente 
(A) seguita dal simbolo di maggiore (>). 

Il sistema è pronto ad accettare 
comandi; per ora quello che sappiamo è 
che si tratta di una versione 2,2X, che 
sono disponibili 44 Kb di RAM e che si 
tratta di un prodotto Microsoft. 


Let¬ 

tera 

Controlle 

r nello 

Drive collegato al 
controller 

A: 

6 

1 

B: 

6 

2 

C: 

5 

1 

D: 

5 

2 

E: 

4 

1 

F: 

4 

2 


Prima di tutto perché 44K se abbia¬ 
mo un sistema da 64 Kb? Il sistema 
operativo CP/M si riserva di suo 4 Kb 
per il buffer di I/O e la mappatura 
della memoria video. Su un sistema di 
tipo Apple ][ o Apple ][ Plus 
sono installati normalmente 
48 Kb, in prima battuta il 
CP/M viene quindi configura¬ 
to per indirizzare i 44 Kb 
rimanenti e sicuramente di¬ 
sponibili (con meno di 48 Kb 
non si carica). 

Niente paura, una delle pri¬ 
me operazioni che faremo è 
proprio quella di generare 
una nuova immagine del si¬ 
stema operativo che possa 


Tabella 3 


arrivare a 56 Kb. Questo è consentito 
se è installata una Language Card su 
un ][ o ][ plus o se siamo in presenza di 
un Ile che ha di fatto la Language 
Card installata embedded nel sistema. 
Purtroppo non tutti i 16 Kb di RAM 
presenti sulla Language Card sono indi- 
rizzabili, così che il CP/M può aggiun¬ 
gere 12 Kb alla sua dotazione base di 
44 portando il totale appunto a 56 Kb 
di RAM disponibile all'utente. 


Primi passi con il CP/M. 

Il comando DIR elenca il contenuto 
del floppy presente nel drive di boot 
(A:). Sono presenti numerosi file che 
costituiscono la dotazione del cosid¬ 
detto “Master Disk"; sono detti 
“comandi esterni" per distinguerli dai 
“Comandi interni" che sono disponibili 
all'interno della shell di sistema. 

La shell del sistema operativo, cioè 
quella parte che permette l'interazione 
con l'utente accettando i comandi dal 

(Con limi a a pagina 19) 
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terminale, si chiama COMMAND.COM e 
viene caricata in memoria al momento 
del boot e tutte le volte che questo è 
necessario. Il CP/M è infatti in grado di 
scaricare il Command dalla RAM per 
fare posto a programmi eseguibili. 
Quando il programma finisce il Com¬ 
mand.com si deve trovare nel driver 
corrente, altrimenti sono guai. 

Chi ha famigliarità con il DOS 
Microsoft o anche con le shell testuali 
dei sistemi Windows, troverà una somi¬ 
glianza notevolissima fra i due sistemi. 
Ebbene è proprio così, Bill Gates e il 
suo socio Paul Alien, acquistarono un 
"simil CP/M" e lo adattarono al PC IBM 
conservandone le caratteristiche este¬ 
riori. Non è che non fossero in grado di 
cambiare nome ai comandi o inventarsi 
un diverso schema di gestione delle uni¬ 
tà magnetiche, solo che volevano eredi¬ 
tare per così dire l'avviamento che il 
CP/M si era conquistato in anni di ono¬ 
rato servizio presso gli utenti. 

La prima cosa da fare è, come buona 
norma detta, una copia del Master Disk 
da usarsi al posto del prezioso origina¬ 
le. 

Chi possiede due drive floppy sarà 
avvantaggiato nelle operazioni e noi la¬ 
voreremo considerando questa configu¬ 
razione. Le stesse cose si possono fare 
anche con un solo drive, è solo più sco¬ 
modo ma sarà il sistema a chiederci di 
cambiare supporto quando necessario. 

Il comando per formattare è: 

FORMAT B: 

Seguito ovviamente dal Return 
(Invio). Ci verrà chiesto di inserire il 
floppy da formattare e alla fine la 
scritta "FORMAT COMPLETED" ci av¬ 
viserà del l'avvenuta operazione. 

Per creare una copia di backup del 
Master Disk presente nel drive A: sul 
floppy appena formattato e ancora in¬ 


serito nel drive B: si procede con il co¬ 
mando: 


COPY A: = B: 


Chi possiede un solo drive dovrà 
mettere due volte l'indicazione A: per 
innescare il dialogo di richiesta del 
floppy giusto al momento giusto. 

Normalmente la copia del Master 
Disk è utile solo quando si effettuano 
lavori di tipo sistemistica e servono i 
comandi in essa contenuti. Dato che lo 
spazio sui floppy è scarsino (siamo nell'¬ 
ordine di 100 Kb), conviene preparare 
un disco che faccia Boot e che contenga 
solo l'essenziale per lavorare, ad esem¬ 
pio un disco con il compilatore Basic, un 
disco con il Word Processor, etc... 

Per fare questo è sufficiente for¬ 
mattare un floppy ed effettuare il co¬ 
mando di copia del solo sistema opera¬ 
tivo: 



Nota: il comando 
FORMAT, così come 
altri numerosi 
comandi di uso non 
comune sono 
presenti sotto 
forma di file 
eseguibili sul floppy 
Master Disk. 


COPY B: = A: /S 


Il parametro /S dice appunto al co¬ 
mando COPY di procedere al trasferi¬ 
mento del solo sistema operativo (in 
pratica il boot sector ed il Com¬ 
mand.com. 


Per questo numero ci fermiamo qui, 
la prossima puntata cominceremo a ve¬ 
dere come portare il sistema alla ge¬ 
stione dei 56 Kb di RAM e parleremo 
delle numerose Utilities a corredo del 
sistema. 


[sm] 
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Emulatori 



G li emulatori sono 
la più grande 
invenzione 
dell'informatica 
dopo i 
calcolatori! 


Extend2—Emulatore per ZX80 e ZX81 


Grazie alla presenza della CPU Z80, 
molto diffusa e quindi ricca di pro¬ 
grammi di emulazione e alla semplicità 
dell'hardware del sistema, lo Z80 della 
Sinclair gode di una ricca scelta di e- 
mulatori. La maggior parte di essi per 
la verità sembra siano fermi nello svi¬ 
luppo e supporto, forse proprio per il 
fatto che hanno esaurito la loro funzio¬ 
ne, cioè sono perfetti così come sono. 
In realtà si sentirebbe il bisogno che 
fossero supportati dalle piattaforme 
moderne, mentre quasi tutti sono pen¬ 
sati per il DOS. 

Oggi vogliamo parlare di Extend2, 
un emulatore di ZX80 e ZX81 disponi¬ 
bile per la piattaforma DOS. La versio¬ 
ne che abbiamo testato è la 2.0 beta 
13 rilasciata in aprile 2004, l'ultima al 
momento della stesura di questo arti¬ 
colo. 


Installazione. 


Scaricato e decompresso il tutto 
(poco più che 500k) in una directory 
dell'hard disk possiamo eseguire l'emu¬ 
latore con il comando XT2 da una shell 
DOS. In questo modo il sistema prende 
di default lo ZX81 come macchina da 
emulare ma è sufficiente intervenire 


sul file di configurazione XT2.CFG per 
lanciare l'emulazione di uno ZX80 all'¬ 
avvio. 

In alternativa l'emulatore accetta 
come parametro un file di configura¬ 
zione precedentemente preparato: 

XT2 = ZX80 

Userà il file di configurazione 
Zx80.xt2. 

L'autore, un olandese che risponde 
al nome di Carlo Delhez, ha preparato i 
file di configurazione per lo ZX80, il 
successivo ZX81 e qualche altra confi¬ 
gurazione di test. 

Sono presenti anche le definizioni di 
sistemi "alternativi" come ASZMIC, un 
sistema simile allo ZX80 del quale si 
trova qualche traccia sporadica sul 
Web, ma non sufficiente per presen¬ 
tarne le caratteristiche. Un'altra con¬ 
figurazione è presente per il TS1000 
che da quanto ho dedotto dalla docu¬ 
mentazione, peraltro non abbondante, 
trattasi di una versione dello ZX81 a 
60 Hz, cioè con l'emulazione del segna¬ 
le video TV in standard NTSC america¬ 
no. Anche un clone dello ZX81 costrui¬ 
to in Cina, chiamato PC8300 è presente 

(Continua a pagina 21) 


Nome: Extend2 Versione 2.0 Beta 13 
Autore: Carlo Delhez 
Web: http://www.delhez.demon.nl/ 
Prezzo: Free 
Host: DOS 

Sistemi emulati: Sinclair ZX80 e ZX81 
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con tanto di ROM di font originali. Sia 
l'Aszmic che il PC8300 non sono riusci¬ 
to a farli funzionare, forse colpa della 
troppa velocità del sistema sul quale ci 
ho provato. Credo che lavorando sui 
parametri di conf igurazione possa esse¬ 
re possibile risolvere il problema. 

Un discorso merita la presenza nel 
pacchetto delle ROM, elemento indi¬ 
spensabile come sappiamo per il funzio¬ 
namento di qualsiasi macchina emulata. 
Normalmente ce una sorta di accani¬ 
mento delle ditte proprietarie dei mar¬ 
chi al fine di una protezione ad oltranza 
dei loro diritti. Questa volta la Am- 
strad, attualmente detentrice del mar¬ 
chio Sinclair, fa una lodevole eccezione 
liberalizzando l'uso delle ROM se usate 
per emulare i sistemi originali. Grazie 
A ms tradì 


Funzionamento. 


L'autore dichiara nella documenta¬ 
zione che XT2 funziona in una finestra 
DOS di Windows. Personalmente su un 
sistema con Windows XP non sono riu¬ 


scito ad attivare questa feature, cioè 
sono riuscito a farlo funzionare solo in 
full screen e di conseguenza non sono 
riuscito a catturare le videate per mo¬ 
strare un esempio di funzionamento 
nell'articolo. Tutti i tool di mia cono¬ 
scenza per la cattura dello schermo 
hanno fallito (vai a sapere il perché)! 

L'emulatore da il meglio di se per il 
sistema ZX81 e questo è obiettivamen¬ 
te logico essendo il successore dello 
ZX80 meglio “carrozzato" e di conse¬ 
guenza più “divertente" da emulare. In 
ogni caso l'emulazione dello ZX80 è 
perfetta, tanto che l'autore si è spinto 
fino a emulare la perdita di sincronismo 
quando la CPU è occupata a servire l'in¬ 
put da tastiera o nell'esecuzione del 
programma. E' possibile emulare anche 
una “cassetta virtuale" e quindi salvare 
o caricare programmi, sempre con le 
limitazioni imposte dall'estrema frugali¬ 
tà del sistema. 

Una informazione importante: nell'e¬ 
mulazione la tastiera del PC è pratica- 
mente “morta" per cui per abbandonare 
la sessione è necessario chiudere l'emu- 



L'emulazione dello 
ZX80 è perfetta, 
tanto che l’autore si 
è spinto fino a 
emulare la perdita di 
sincronismo quando 
la CPU è occupata a 
servire l'input da 
tastiera o 
nell’esecuzione del 
programma 


(Continua a pagina 22) 


Ih 

II 

II 

II 

II 

II 

II 

II 


XTender2 configuration file for ZX80 with 16k RAM, SAVE/LOAD patches 

by Carlo Delhez, September 1998 

copy and/or modify to suit your requirements 

see DEMO.XT2 for information about XT2 configuration files 


Name ZX80_File 
Allocate 4k of ROM at Ok 

Load ZX8 0_ORG.ROM at Ok // load ZX8 0 ROM into ROM-area 

NMIgenerator Absent // exclude NMI generator 

Allocate 16k of RAM at 16k // give it lók of RAM 

ROMpatch ZX80save at Oxl B7 // save ZX80 program to disk 

ROMpatch ZX801oad at 0x207 // load ZX80 program from disk 

Extension O // use *.0 for ZX80 programs 

/ / End of configuration file 
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I*** ERROR: Dborted by FI *** 

PC = 0038 : 0D C2 45 00 E1 05 C8 CB D9 ED 4F FB E9 DI C8 18 

SP = 7FF8 : 2C C0 84 01 23 03 02 3F 21 FF 7F 3E 3F C3 61 02 

HL = C02B : 76 76 76 76 76 76 76 76 76 76 76 76 76 76 76 76 

8F = DD12 BC = 190F DE = C02C HL = C02B IX = 0000 

8F' = 0000 BC'= 0000 DE'= D8F0 HL'= 402B 19 = 4000 
I = 0E B = 82 IH = 1 IFF1:2=0:0 NMI = 0 CSVNC = 0 

executed 0xl3B17CDB cycles in 0h:00'41" -> emulated clock is 7.874 MHz (242x) 
XTender2 BET8 version 13 - Copyright 1998-2004 by Carlo Delhez 
C:\EMUL8T~1\XT2B13). 


latore con FI o passare ad altri pro¬ 
grammi con ALT-TAB o con ALT- 
INVIO. Quest'ultimo dovrebbe ripor¬ 
tare il programma in una finestra DOS 
ma, come ho già detto, sembra che non 
funzioni su XP. 

L'abort dell'esecuzione tramite FI 
stampa a video un debug dei registri 
(vedi figura 1). 


Figura 1 


Conclusioni. 


Emulare il sistema ZX80 e il succes¬ 
sivo ZX81 della Sinclair fa veramente 
ritornare ai tempi pionieristici dell'in¬ 
formatica personale. 

Grazie alla relativa semplicità co¬ 
struttiva di questo hardware e alla 
presenza dello Z80 per il quale sono 
stati a sua volta prodotti moltissimi 
emulatori, si possono trovare un di¬ 
screto numero di programmi di emula¬ 
zione per i sistemi della Sinclair. La 
possibilità di ridistribuire le ROM è un 
altro punto che ha favorito chi ha volu¬ 
to cimentarsi nella costruzione in pro¬ 
prio. 


mantenuto aggiornato il loro sito. Que¬ 
sto potrebbe apparire come poco im¬ 
portante dal momento che le implemen¬ 
tazioni che ci sono, parliamo natural¬ 
mente di quelle funzionanti e sufficien¬ 
temente testate, svolgono soddisfa¬ 
centemente il loro ruolo. 

Non va dimenticato però che nell'in¬ 
formatica ce l'insidioso tarlo dell'in¬ 
compatibilità tecnologica. Avere oggi 
un programma che funziona su una cer¬ 
ta piattaforma non assicura che fra 10 
anni o anche meno si troverà l'hardwa- 
re/software adatto per farlo girare! 
Pazienza per gli emulatori DOS, che in 
qualche maniera hanno mantenuto un 
funzionamento nel tempo grazie all'e¬ 
mulazione che Microsoft ha da sempre 
inserito nei suoi sistemi operativi (ma 
ancora per quanto?), ma gli altri? Pren¬ 
diamo ad esempio gli emulatori che gi¬ 
rano sotto MAC OS, non l’ultimo MAC 
OS X, intendo quello precedente non 
caricabile sulle macchine di ultima ge¬ 
nerazione prodotte da Apple. Queste 
realizzazioni fra qualche anno saranno 
appannaggio dei retrocomputeristi in 
possesso di un qualche hardware Apple 
compatibile. 

Ecco che sarebbe importante che gli 
autori rilasciassero anche il codice sor¬ 
gente di queste loro realizzazioni, e 
qualcuno, onore al merito, per la verità 
lo fa già. 


[L2] 


Pochi sembrano allo stato attuale i 
progetti ancora “vivi", cioè che hanno 
avuto una release recente o che sia 
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BBS 


La posta dei lettori 


Critiche e suggerimenti... si vedrà. 


Da Devii tAaster 

Per ta redazione: considerate queste critiche 
come costruttive perché l'idea è veramente 
interessante. Vedo che ci sono diverse pecche 
nell 'impaginazione. 

(....Omissis...) 

Da Gabriele 

... (omissis)... Un 'altro appunto va alla qualità delle 
immagini: i ritagli sono spesso molto approssima¬ 
tivi ed anche la risoluzione a volte lascia a desi¬ 
derare. Considerate che, ad esempio, in Paint 
Shop Pro ci sono potenti funzioni di selezione 
che permettono anche una sfumatura dei bordi in 
modo da ottenere ritagli morbidi e che è sempre 
bene lavorare alla massima risoluzione possibile 
ed in 16 milioni di colori, downgradando e/o resi- 
zando semmai l'immagine finale dopo aver appor¬ 
tato tutte le modifiche del caso, vi garantisco 
che l'aspetto finale ne gioverà assai. 

Risponde la redazione. 

Le segnalazioni, critiche, suggerimenti ed impressioni 
d’uso sono essenziali per noi che abbiamo l’intento, pur 
nella nostra limitatezza di dilettanti, di dare vita ad una 
pubblicazione di qualità in tutti i suoi aspetti. Pronta¬ 
mente abbiamo pubblicato una nuova versione del file 
pdf (un Service pack si direbbe oggi) con queste e anche 
altre piccole correzioni ed aggiustamenti. 

Abbiamo molto da imparare, lo sapevamo, non stiamo 
forse nemmeno usando gli strumenti giusti e sicuramente 
non nelle loro piene potenzialità, ma cresceremo, questo 
è sicuro. 

Una proposta da Fedora... 

Le riviste on-line sono pratiche e poi... "a cavai 
donato... ", ma io preferisco la versione cartacea. 
D'accordo voi direte, stampàtela! Ho calcolato 
che per avere una qualità un po' decente con 
copertina e rilegatura, dovrei spendere quasi 15 
Euro! Non è che ci state pensando voi con relati¬ 
ve economie di scala? 

Risponde Tn 

Caro/a Fedora, bello sarebbe arrivare alla stampa, ti dirò 
che per noi la facciamo anche se la tua stima dei costi mi 
sembra esagerata. 

Da parte nostra un calcolo di massima indicherebbe la 
possibilità di offrire la versione cartacea al costo di 6/7 
Euro spedizione compresa. Questo senza copertina pati¬ 
nata e rilegatura a patto di avere una tiratura minima di 
un centinaio di copie. Ma esistono cento appassionati di 
retrocomputer interessati? Meglio per ora stare con i 
piedi per terra e concentrarsi sui progetti realizzabili, poi 


Feedback negativi... 

(letto su un forum) 

La rivista non mi piace molto, certo vedere la 
copertina come si facevano una volta e leggere la 
recensione dell'Apple II fa impressione, ma per H 
mio gusto è troppo ancorata a! passato. Avrei 
preferito una ZXNews che parlasse delle novità 
che continuano ad esserci per la piattaforma ZX 
come del resto anche per altre (vedi Amiga)... 

Risponde Sonicher 

Dire che la rivista sembra indistinguibile da una edita nei 
primi anni ‘80 è uno straordinario complimento! C’e’ 
comunque spazio e (speriamo) tempo per curare qualche 
pagina che guardi in avanti, in una specie di “ritorno al 
futuro’’. 11 vero problema è la reperibilità di questo mate¬ 
riale “nuovo”, confinato nel circolo dei soli 
“fondamentalisti" (in senso buono) di un certo modello- 
/marca. 

J.N. è disponibile ad ospitare un contributo in questo 
senso, fatevi avanti. 

Non di solo hardware... 

Da vaxxten 

... retrocomputer è anche software? Me lo chiedo 
spesso davanti alla mia collezione di programmi 
che ho raccolto con certosina pazienza (e forse 
altrettanta incoscienza) in oltre ventanni di 
attività informatica. Mi ha confortato leggere 
sul primo numero che non considerate "di serie 
B" nessun tipo di passione legata al retro- 
computer. Secondo voi è lecito detenere queste 
raccolte? 

Risponde Tn: 

È proprio così, non esiste a mio modesto avviso un retro- 
computing di serie A e un altro di serie B. Del resto 
l’hardware senza il relativo software a cosa servirebbe? 
Azzardando un irriverente paragone (non me ne voglia¬ 
no i bibliotecari) penso che la conservazione del softwa¬ 
re sia da considerarsi alla stregua della conservazione dei 
libri antichi e sia altrettanto delicato della conservazione 
degli incunaboli (i volumi editi prima del 1501). Fra 
l’altro so per esperienza che è tutt'altro che semplice 
assicurare la piena funzionalità di queste raccolte, sia per 
il decadimento dei media (sicuramente le avrai trasferite 
da floppy a cd-rom! Se non l’hai fatto ti consiglio di 
intervenire al più presto!) e sia per la progressiva scom¬ 
parsa dell’hardware adeguato a farli “girare" (per fortuna 
ci sono gli emulatori!). 

In merito se sia lecito o meno la detenzione di tali rac¬ 
colte, non so rispondere. Recentemente un giudice di 
Bolzano ha assolto una persona che aveva un migliaio di 
cd-rom con software, film e mp3. La sentenza ha ricono¬ 
sciuto che trattasi di una collezione privata senza scopo 
di profitto. Mi sembra una interpretazione della legge sul 


BBS 

è la rubrica della posta 
dedicata al colloquio 
con chiunque voglia 
raggiungere la 
redazione con dei 
commenti, 
incoraggiamenti e, 
perché no, anche 
critiche, purché 
costruttive e non 
faziose. 


Scrivete a: 

redazione@jurassicnews.com 

Info@jurassicnews.com 


copyright basata sul buon senso e se 
questo è vero per i film mi parrebbe 
maggiormente vero per il software, 
sempre che si tratti di versioni prive 
di interesse economico. Diciamoci la 
verità: chi installerebbe un Windows 
3.1 per lavorarci seriamente o use¬ 
rebbe Quattro Pro come spreadsheet? 
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Emulatori 



La costruzione "in 
casa" di un 
emulatore di CPU è 
una buona occasione 
per affinare le 
proprie competenze 
informatiche 


Costruiamoci un emulatore 


Abbiamo chiamato questo progetto 
Zen80 ed è un progetto didattico che 
si propone lo scopo di costruire un e- 
mulatore partendo dai concetti di base 
e dall'emulazione di una CPU a 8 bit. 
L'idea è di proseguire poi con gli aspet¬ 
ti più complessi fino ad arrivare all'e¬ 
mulazione di un computer completo di 
prima generazione. 

I concetti presentati vengono sem¬ 
plificati al massimo e sono tralasciate 
volutamente i particolari più complessi. 
Scriveremo del codice in C, quindi mol¬ 
to portabile, abbordabile per chi cono¬ 
sca anche in maniera non particolar¬ 
mente approfondita il linguaggio, anzi 
potrebbe essere proprio questa l'occa¬ 
sione per impararlo! 


Il contenuto del corso. 


La serie di articoli (è inevitabile af¬ 
frontare la cosa a puntate) sarà intro¬ 
dotta da una stringata lezione teorica 
sui concetti base dei microprocessori. 
Prenderemo come esempio la CPU Z80, 
che è stata una delle più diffuse e gra¬ 
zie alla sua sostanziale linearità, per¬ 
mette di affrontare il problema su di¬ 
versi piani di complessità. 

Seguirà l'impostazione delle strut¬ 
ture di base e dei primi obiettivi del 
progetto, quello che chiameremo Stage 
0. Questo ci permetterà di costruire 
un emulatore di CPU completo. 


Nello Stage 1 inseriremo la nostra 
CPU in un ideale hardware e imparere¬ 
mo a scrivere i primi semplici program¬ 
mi per testare il progetto. 

Aggiungeremo quindi un 
“monitor" (Stage 2) e la gestione di una 
tastiera esadecimale e sarà l'occasione 
di introdurre il concetto di programmi 
base (quello che oggi si chiama BIOS). 

Il progetto prevede di fermarsi a 
questo punto anche se sviluppi succes¬ 
sivi sono certamente possibili; non vor¬ 
remmo però “allungare troppo la mine¬ 
stra"... 

Lo scopo finale rimane comunque 
quello didattico anche perché se voles¬ 
simo emulare un vero calcolatore, per 
quanto semplice possibile, dovremmo 
cominciare a dotarlo di un sistema ope¬ 
rativo, di un interprete basic o peggio 
dovremmo affrontare il problema della 
simulazione di un PC reale con ROM e 
tutto il resto. 


Concetti base. 


Una CPU a 8 bit come il classico Z80 
della Zilog, che è stato il cuore di mol¬ 
tissimi sistemi nell'epoca degli “home 
computer" (anni '80), è incredibilmente 
semplice rispetto alla complessità con 
la quale sono costruite le moderne CPU 
come i Pentium, Athlon e via dicendo. 

Questi ultimi dispongono infatti di 

(Continua a pagina 25) 


Cosa serve: 

• Un compilatore C visuale o a linea di comando GCC va benissimo, così come Turbo C o Visual C/C++. 

• Qualsiasi sistema operativo che supporti la programmazione “console" (praticamente tutti). 

• Una infarinatura di C e di programmazione. 
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"sezioni" altamente specializzate e di 
una “intelligenza" molto sofisticata del 
micro-codice. Anche a livello di gestio¬ 
ne della memoria e interrupt le cose 
sono molto complicate oggigiorno, anche 
se non impossibili e lasciate all'appan¬ 
naggio dei professionisti “veri", come 
quelli che costruiscono gli emulatori 
commerciali, VmWare e VirtualPC tanto 
per citare i due più famosi. 


Una classica CPU a 8 bit è schema¬ 
tizzabile per gli scopi che ci prefiggia¬ 
mo come illustrato in figura 1. Si distin¬ 
guono essenzialmente tre blocchi: 

1.l'unità aritmetico-logica (ALU) che 
fa materialmente tutti i calcoli; 

2.il “decodificatore" di istruzioni e 
gestore degli indirizzi e dell'input/ 
output dei dati da e verso memoria e 
periferiche; 

3.i registri interni divisi in due sot¬ 
to-sezioni: quelli che servono per i cal¬ 
coli (registri generali) e quelli che ser¬ 
vono per la gestione interna del proces¬ 
sore (registri di controllo). 


I registri sono gli oggetti diretta- 
mente interessati quando si scrive un 
programma per un microprocessore. Il 
programma sarà infatti una sequenza di 
istruzioni più o meno coinvolgenti i regi¬ 
stri interni e l'Accumulatore in partico¬ 
lare. L'accumulatore è un registro molto 
speciale, destinato ad essere coinvolto 
nella maggioranza delle istruzioni e in 
generale ad accogliere il risultato delle 
elaborazioni; lo indicheremo con la let¬ 
tera A maiuscola. 

I registri appartenenti al gruppo che 
abbiamo definito “di controllo" servono 
per guidare il funzionamento del pro¬ 
cessore. Il Program Counter (PC) con¬ 
tiene l'indirizzo di memoria dal quale 
prelevare la prossima istruzione. 

Normalmente viene incrementato di 
una unità ad ogni “ciclo di istruzio¬ 


ne" (che non coincide con il ciclo di 
clock, visto che una istruzione normal¬ 
mente impiega più di una unità di tem¬ 
po), ma ovviamente esiste la possibilità 
di variarne a piacere il contenuto per 
effettuare i cosiddetti “salti" all'inter¬ 
no del programma. 

Il Registro Flag (F) è una raccolta di 
8 caselle in grado di esplicare il risulta¬ 
to di certe operazioni. Ad esempio se 
una istruzione di somma provoca un o- 
verflow (questo concetto sarà spiegato 
più avanti), il flag corrispondente sarà 
“settato" al valore “1" e la successiva 
istruzione potrebbe essere proprio una 
istruzione che controlla se questa si¬ 
tuazione si è verificata o meno. 



Una CPU a 8 bit come 
il classico Z80 della 
Z I L O G è 
i n c r e d i b i I m e n t e 
semplice rispetto alla 
complessità con la 
quale sono costruite 
le moderne . 


Altri registri di controllo servono 
per contenere indirizzi di memoria da 
impiegare come operandi nelle istruzio¬ 
ni o per la gestione dell'hardware stes¬ 
so. Ad esempio lo Z80 contiene un regi¬ 
stro (R) che è utilizzato per il refresh 
della memoria RAM nel caso che il pro¬ 
gettista abbia previsto l'impiego di chip 
di memoria RAM dinamica. 


Alcune istruzioni possono utilizzare i 
registri a coppie, ad esempio BC, DE, 
HL, in questo caso le grandezze coin¬ 
volte sono a 16 bit. 
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Ram Dinamica, 
chi è costei? 


La RAM dinamica conserva 
il suo stato intrappolando 
gli elettroni in una specie 
di condensatore che 
purtroppo tende a perdere 
la carica. L'operazione di 
refresh consiste 
nel l'effettuare una lettura 
delle celle di memoria, 
cosa che come effetto 
collaterale ha il rinfresco 
delle informazioni 
contenute. 


Lo Z80 ha poi la possibilità di di¬ 
sporre di coppie alternative di registri, 
chiamati A', B', etc..., caratteristiche 
che consente un "context switching" ad 
un livello estremamente efficiente. 

Per completare questa panoramica 
sui principi fondamentali dell'oggettoi 
che andiamo ad emulare, parleremo 
brevemente di cosa ci sia alla base del 
funzionamento di un processore. 

In figura 2 una rappresentazione a 
blocchi veramente minimale di cosa 
succeda all'interno del processore una 
volta data corrente. Il Program Coun- 
ter viene impostato ad un certo valore 
dall'operazione di Reset. Di suo il regi¬ 
stro PC conterrebbe l'indirizzo 0x0000 
al momento del reset, spesso si prefe¬ 
risce forzare con un piccolo circuitino 
l'effettiva locazione di memoria nella 
quale sarà contenuta una istruzione di 
salto all'effettivo indirizzo iniziale. 


Pronti? Si parte. 


Per incominciare quello che ci serve 
è la definizione della grandezza Byte e 
Word che otteniamo con le due righe 
di codice: 

typedef char byte ; 

typedef unsigned short word; 

Passiamo ora alla rappresentazione 
dei registri della CPU. 

byte A, B, C, D, E, H, L; 
byte F; 

word AF, BC, DE, HL ; 

word IX, IY; 

word SP; 

word PC; 

word I,R; 


Il funzionamento della CPU è tutto 
qui: un ciclo infinito (fino a che non si 
toglie corrente) di prelevamento istru¬ 
zioni dalla memoria, incremento del 
program counter, esecuzione istruzione 
e via all'infinito... 


Abbiamo scelto di usare le conven¬ 
zioni dei nomi per la CPU Z80. In que¬ 
sto modo si crea un parallelo fra il co¬ 
dice dell'emulatore e il microcodice 
della CPU. Inoltre sarà più immediata 
la lettura del codice binario che possia¬ 
mo trovare in giro, su manuali o altro, 
relativo allo Z80. 


Figura 2—funzionamento 
del Program Counter 


L'immagine di figura 3 mostra i regi¬ 
stri e la loro organizzazione logica. 


LA FUNZIONALITÀ’ DEL “PROGRAM COUNTER” 



C'e 1 un doveroso approfondimento 
tecnico da introdurre a questo punto. 
In una CPU reale i registri "a coppie" 
come AF, BC, DE e HL non sono strut¬ 
ture a se stanti, ma l'unione dei due 
registri a 8 bit. Questo significa che 
una variazione del registro B, ad esem¬ 
pio, implica la corrispondente variazio¬ 
ne del valore nella coppia BC. Si sareb¬ 
be potuto ricostruire lo stesso funzio¬ 
namento nell'emulatore (ad esempio 
usando una struttura), ma dato il ca¬ 
rattere educativo del nostro progetto 
abbiamo preferito definire variabili 
diverse per i registri e farci carico 


(Continua a pagina 27) 
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dell'allineamento nella stesura delle 
istruzioni. 

Un'altra considerazione riguarda i 
registri I e R che nella CPU sono usati 
per la funzione di refresh delle memo¬ 
rie dinamiche. Normalmente non sono 
utilizzati ma talvolta si ricorre al loro 
valore per simulare ad esempio un gene¬ 
ratore di numeri casuali. Pur avendoli 
definiti per completezza non li useremo 
all'interno dell'emulatore. 


Il registro F (chiamato Flag Regi- 
ster) è un oggetto a 8 bit che viene 
manipolato dalle istruzioni e serve per 
la tracciatura di alcune condizioni come 
ad esempio l'overflow nelle operazioni 
di somma. Ne segue che è importante 
considerare i singoli bit del registro, 
piuttosto che il suo contenuto globale; 
per questo approntiamo una maschera- 
tura di ogni songolo bit: 


#define S_FLAG 0x80 
#define Z_FLAG 0x40 
#define H_FLAG 0x10 
#define V_FLAG 0x04 
#define N_FLAG 0x02 
#define C FLAG 0x01 


Questo ci consentirà di testare i 
singoli elementi del byte applicando 
appunto una maschera in AND al valore 
contenuto nel registro. 

Anche in questo caso si tratta di una 
scelta progettuale. Sarebbe stato più 
comodo forse definire ogni singolo bit 
come oggetto a se stante, qualcosa co¬ 
me: 

struct F ( 

char c; 
char n; 
char v; 
char h; 
char z; 
char s; 

) ; 
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In modo da riferirsi ad ogni singolo 
elemento con istruzioni come: 

if F.c = 0 then. 

La nostra scelta rende un po' più 
complicato la codifica del micro-codice 
ma più attinente la struttura interna 
della CPU emulata. 


Una CPU senza memoria esterna 
(RAM e ROM) sappiamo che serve a 
poco. Definiamo la nostra memoria vir¬ 
tuale con le istruzioni: 

byte ram[0xffff] ; 
byte mem_map[Oxffff]; 


Si tratta di due array da 64Kb. 
Quello chiamato ram è lo spazio di me¬ 
moria simulato, la mem_map è una 
struttura di appoggio che ci servirà per 
inserire un attributo di sola lettura a 
certe aree di memoria che andremo ad 
occupare con memoria ROM. 


(Continua a pagina 28) 


Figura 3—1 registri in¬ 
terni alla CPU 


Il microcodice sono le 
istruzioni base che 
consentono alla CPU di 
effettuare le 
operazioni aritmetico- 
logiche che 
conosciamo. Si tratta 
di una programmazione 
a livello fisico, molto 
legata allo specifico 
progetto di CPU. 


27 


















































































Jurassìc News — Numero 2 — Marzo 2006 


Big Endian or Little En- 
dian 


La filosofia cotruttiva delle 
CPU decide il modo in cui i 
byte sono organizzati in 
memoria quanto si debbano 
rappresentare quantità 
superiori al singolo byte. 

Non escluso che anche 
la scelta Big-endian vs. 
little-endian sia stata 
oggetto di “guerre di 
religione" fra le due fazioni 
sostenitrici. La verità è 
naturalmente che la scelta 
migliore dipende 
dall'architettura del 
processore, cioè se sia più 
efficiente una 
rappresentazione rispetto 
all'altra. 


NOTA: è possibile che il vostro 
compilatore segnali un problema a que¬ 
sto punto. Gestire un array da 65.000 
elementi, anche se di un byte ciascuno, 
può richiedere un parametro di compi¬ 
lazione specifico (tipo il modello huge 
per il TurboC). Se non riuscite a far 
supportare al compilatore questa varia¬ 
bile non vi resta che spezzare la memo¬ 
ria in "banchi" più piccoli gestendo ma¬ 
nualmente la continuità degli indirizzi. 

Non a caso la definizione della RAM 
viene fatta con la dimensione codifica¬ 
ta in esadecimale: le CPU funzionano in 
binario e I 1 esadecimale è ciò che usano 
i programmatori assembly tutti i giorni, 
tanto vale abituarvici. 

Vediamo un esempio di caricamento 
dei valori nella RAM. Le istruzioni se¬ 
guenti predispongono il contenuto di 
appena cinque byte di memoria, ma so¬ 
no sufficenti per capire il concetto. 

ram[0x10]=0x01;// LD BC,<datal6> 
ram[Oxll]=0x3f;// byte basso 
ram[0x12]=0x21;// byte alto 
ram[0x13]=0x03;// INC BC 
ram[0x14]=0x7 6 ;// halt 


L'indirizzo dell'elemento è il codice 
della micro-istruzione, il contenuto è 
l'indirizzo della funzione C che effet¬ 
tua materialmente l'emulazione. 

struct{ 

int (*fun_addr) () ; 

} microcode[128]; 

NOTA: in realtà avremo bisogno di 
altri array per il microcodice, per il 
semplice fatto che uno solo sarebbe 
sufficiente solo per le CPU che codifi¬ 
cano tutte le istruzioni in un solo byte. 
La CPU Z80 possiede invece delle i- 
struizioni a due byte che sono per la 
verità usate pochino, come si può ben 
immaginare. 

Come sono scritte le funzioni di e- 
mulazione? Siamo giunti al core dell'e¬ 
mulatore: ora bisogna cominciare a 
scrivere il codice di emulazione vero e 
proprio. 

L'istruzione più semplice in assoluto 
è naturalemnte la NOP, quella che non 
fa assolutamente nulla: 


Il primo byte è una istruzione di 
caricamento immediato di un valore 
nella coppia di registri BC. Il termine 
“caricamento immediato" si riferisce al 
fatto che il valore da caricare è nei 
byte immediatamente successivi di me¬ 
moria. 

La CPU Z80 lavora in big-endian, che 
è un termine informatico per dire che 
nella rappresentazione di quantità a 16 
bit (e quindi che occupano due bite), il 
byte più “pesante" si incontra dopo il 
byte più “leggero". 

A questo punto definiamo la strut¬ 
tura del microcodice della CPU. Questo 
per il nostro emulatore sarà un sempli¬ 
ce array contenente gli indirizzi delle 
corrispondenti funzioni C che emulano 
le corrispondenti funzioni della CPU. 


// — 0x00 
int z80_nop(){ 

return( 0 ) ; 

} ; 

Come si vede codificheremo ogni 
istruzione della CPU con una funzione 
int del C. Il codice di ritorno 0 signifi¬ 
ca che tutto è andato bene, un valore 
diverso significherà qualche problema 
di esecuzione. Per la verità questa fi¬ 
nezza potevamo anche risparmiarcela, 
visto che è impossibile che ci siano er¬ 
rori nelle istruzioni a livello assembler, 
ma tant'è per completezza... Se simu¬ 
lassimo una CPU con la funzione di divi¬ 
sione, allora si potrebbe verificare una 
divisione per zero e di conseguenza un 

(Continua a pagina 29) 
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trap software, allora il codice di ritor¬ 
no servirebbe a trattare l'anomalia. 

Una istruzione leggermente (ma po¬ 
co) più complicata è quella individuata 
dal codice 0x01, che è proprio la prima 
del nostro esempio. Vediamo di codifi¬ 
carla: 

// -- 0x01 

int z80_ld_bc_datal6(){ 

C = ram[PC]; 

PC++ ; 

B = ram[PC]; 

PC++ ; 

BC = B*256 + C; 
return(0); 

} ; 

Credo sia semplice capirne il funzio¬ 
namento, comunque per andare avanti a 
piccoli passi la illustriamo nel dettaglio. 

Il registro C viene caricato con il 
contenuto della memoria all'indirizzo 
indicato dal program counter (ricordate 
che il PC viene incrementato di uno ogni 
volta che l'istruzione viene prelevata?). 

A questo punto bisogna re¬ 
incrementare il PC di uno per andare a 
puntare sul byte alto che verrà copiato 
nel registro B. Ancora un incremento 
del PC che sarà pronto ad indicare la 
prossima istruzione da prelevare. 

Ultimo atto dobbiamo mettere in 
ordine la variabile BC (ricordiamo che 
per le scelte fatte non è sufficiente 
caricare B e C per ritrovarsi anche il 
registro BC inizializzato). 

L'istruzione: 

BC = B*256 + C; 

E un classico della programmazione. 
Dati due numeri rappresentati in un 
byte (cioè al massimo 255), per ottene¬ 
re una word a 16 bit si moltiplica il byte 
alto per 256 e si somma il valore del 
byte basso. 


Ovviamente si poteva anche fare in 
altro modo. Qualcuno obietterà che 
sarebbe stato “più elegante" inserire il 
valore di B in BC, fare uno shift di 8 
posizioni verso sinistra e una AND con 
il valore di C... 

Beh, che ognuno faccia a suo modo, 
credo comunque che come impostato da 
noi sia più comprensibile oltre che tra¬ 
ducibile in qualsiasi altro linguaggio che 
non sia il C. 

E l'istruzione 0x03, che ci serve per 
il nostro mini-programma? 

Eccola: 

// — 0x03 

int z80_inc_bc(){ 

BC = BC + 1; 

C = BC - B*256; 

B = BC»8 ; 
return(0); 

} ; 

Questa volta la sottigliezza di usare 
l'operatore di shift del linguaggio C è 
stata utile. Rispetto all'istruzione pre¬ 
cedente si vede come questa volta siano 
i due registri B e C a venire ricavati dal 
valore del registro BC. 

Direi che come prima puntata ci ac¬ 
contentiamo. La prossima volta mette¬ 
remo giù il codice dell'emulatore vero e 
proprio mostrando come la possibilità di 
usare puntatori a funzioni ci permetta 
di semplificare enormemente le fasi di 
fetch dell'istruzione. 

[bs] 
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T.A.M.C. 


Teoria e 
Applicazione delle 
Macchine 
Calcolatrici ospita 
contributi rivolti in 
maniera specifica 
aM'implementazione 
di algoritmi 
fondamentali a 
alla teoria 
informatica 



Nell'articolo apparso sul numero 
precedente della rivista, abbiamo 
scritto l'algoritmo bubble-sort in Pa¬ 
scal cercando anche qualche ottimizza¬ 
zione. 

Quello che è stato subito evidente è 
il fatto che l'ottimizzazione del codice 
passa attraverso l'analisi e la modifica 
di quella parte di codice che è destina¬ 
ta a essere eseguita ripetutamente. 

Sono quindi le parti di codice rac¬ 
chiuse nei loop che devono richiamare 
l'attenzione del programmatore. 

Va precisato che stiamo parlando di 
ottimizzazione del tempo di esecuzione 
che è quella che richiama maggiore at¬ 
tenzione nei casi normali. Possono esi¬ 
stere problemi di ottimizzazione anche 
di grandezza dell'eseguibile, di occupa- 


Definizioni. 


L'analisi degli algoritmi si propone lo 
scopo di “misurare" la grandezza dell'¬ 
algoritmo stesso e quindi stabilire in 
quale “ordine" esso si collochi. 

Ad esempio un algoritmo di ordine N 
[O(N)] significa che il tempo di esecu¬ 
zione cresce linearmente con la dimen¬ 
sione del problema. Cioè se applico un 
certo algoritmo ad un problema di ordi¬ 
namento di un vettore con 100 elemen¬ 
ti, il tempo di esecuzione sarà un qual¬ 
che valore, diciamo secondi. Se e- 
seguo lo stesso programma su un vetto¬ 
re di 200 elementi il tempo di esecu- 

2 ^ \ 

JC. cioè il doppio. 


Listato 1 


zione di memoria, di I/O 

o altro. 

(Continua a pagina 31) 

1 

DATA: V(1 

..N) OF INTEGER 

1 


2 

DATA: SCAMBI TYPE INTEGER 

1 


3 

DATA: I TYPE INTEGER 

1 


4 

SCAMBI = 

1 


1 


5 

WHILE SCAMBI > 0 

N 


6 

SCAMBI 


0 

N 


7 

FOR I = 

1 TO N-l 

N*(N-1) 


8 

IF V(I) 

V(I+1) 

N*(N-1) 


9 

SCAMBIACI), V(I+I)) 

N*((N-l)/2) 


10 

INCREMENT A(SCAMBI) 

N*((N-l)/2) 


11 

END IF 


N*(N-1) 


12 

NEXT I 



N*(N-1) 


13 

END WHILE 


N 
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Esempio. 

Osservando il listato 1 abbiamo nu¬ 
merato le righe dell'algoritmo Bubble- 
Sort visto nello scorso numero e a sini¬ 
stra abbiamo cercato di stabilire quan¬ 
te volte una certa riga sarà eseguita se 
il vettore da ordinare è lungo N ele¬ 
menti. 

Non occorre essere estremamente 
precisi e devono essere considerati dei 
casi medi. Si possono comunque anche 
analizzare le situazioni estreme e defi¬ 
nire una complessità minima e massima 
per l'algoritmo considerato. 

Si prende quindi in considerazione il 
massimo valore che compare nelle ri¬ 
ghe, nel nostro caso N*(N-1), e si svi¬ 
luppa il polinomio (cioè si fanno le ope¬ 
razioni algebriche indicate): 

N*(N-1) = N 2 -N 

L'ordine dell'algoritmo è il grado 
massimo del polinomio. 

Il fatto che la formula risultante 
dal calcolo del massimo fattore di ese¬ 
cuzione sia un polinomio, ci fa dire che 
l'algoritmo in questione appartiene alla 
classe degli Algoritmi Polinomiali di 
grado 2. 

Si indica con la notazione 0(N 2 ). 

L'informazione, se pur approssimata 
è utile per valutare l'efficienza dell'al¬ 
goritmo stesso. Infatti se in un esperi¬ 
mento ripetuto molte volte su un vet¬ 
tore di 100 elementi otteniamo ad e- 
sempio 15 secondi come tempo medio di 
esecuzione, allora possiamo essere cer¬ 
ti che se il vettore da ordinare ha 200 
elementi il suo tempo di esecuzione 
medio sarà: 

15*2^2 = 15*4 = 60 secondi. 

Le cose si fanno più complicate nel 
caso di algoritmi complessi come ad 
esempio quello risultatnte dalla serie di 


ottimizzazioni che abbiamo condotto 
nell'articolo sull'ultimo fascicolo. 

Una domanda che sorge spontanea è 
la seguente: -"Quanto è possibile spin¬ 
gere l'ottimizzazione?". 

Evidentemente quando si passa da 
un approccio generale come ad esempio 
l'ottimizzazione dei loop, all'approccio 
specifico legato alla natura del proble¬ 
ma specifico, i risultati diventano mano 
a mano numericamente meno interes¬ 
santi. Esiste anche un limite teorico, 
infatti nel caso dei problemi di ordina¬ 
mento l’ordine minimo appartiene alla 
classe 

N*LOS(N). 

Questa performance è riservata agli 
approcci molto "studiati" nell'implemen- 
tazione di algoritmi di sorting. Ce da 
dire peraltro che l'efficienza dei vari 
metodi di ordinamento dipende, oltre 
che dall'algoritmo utilizzato, da altri 
fattori che sono essenzialmente tre, 
qui sotto riportati. 

La dimensione dell'insieme da ordi¬ 
nare, cioè certi algoritmi sono più effi¬ 
cienti di altri se il numero N è di un 
certo tipo. 

La tipologia di oggetti costituenti 
l'insieme. E' molto diverso ordinare in¬ 
teri o ordinare record in una tabella di 
database. 

Lo stato iniziale dell'insieme, come 
abbiamo già intuito parlando dei "casi 
estremi" nel primo articolo della serie. 

[sm] 


Nel caso di un 
algoritmo 
polinomiale il grado 
massimo del 
polinomio 
determina l'ordine 
dell'algoritmo 
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Scheda 


Titolo: ReLoad 
Editore: 

Web: 

www.reloadmagazine 

.net 


Riviste dedicate al retrocompu- 
ting esistono soprattutto all'estero. In 
Italia ce qualcosa in edicola dedicato 
principalmente ai giochi e qualcosa ac¬ 
cessibile da Web. 

A I I ' i n d i r i z z o web 
www.reloadmagazine.net troviamo que¬ 
sta iniziativa editoriale che ha più o 
meno la stessa mission di Jurassic 
News ma se ne differenzia per gli a- 
spetti operativi. ReLoad Magazine è 
infatti a pagamento e stampata su car¬ 
ta. La distribuzione è per ora abba¬ 
stanza poco organizzata: bisogna regi¬ 
strarsi (nel mio caso ci ho provato e 
riprovato ma l'account non ha mai fun¬ 
zionato) e quin¬ 
di richiederne 
la spedizione. 

Il costo 
di 5 Euro appa¬ 
re adeguato e 
sufficiente 
appena, come 
afferma la re¬ 
dazione, a co¬ 
prire i costi di 

stampa e (credo) di spedizione. Ma 
non voglio indagare su questo a- 
spetto anche perché purtroppo, 
per le cause che ho appena spiegato, 
non sono riuscito ad entrare in posses¬ 
so di nessun numero. 

Il sito Web di supporto non ap¬ 
pare proprio aggiornatissimo mentre 
per ora si contano solo due fascicoli 
usciti in circa un anno di attività 
(potete vederne le copertine in questa 



pagina). Non sta a noi decidere se sia 
un bene oppure un male, la redazione 
evidentemente avrà una propria stra¬ 
tegia, un "business pian", come si dice 
oggigiorno. 

Dal sommario si possono dedurre 
i contenuti, peraltro interessanti, men¬ 
tre un solo articolo di saggio è disponi¬ 
bile per il libero download. Si tratta di 
un breve saggio sulla tecnologia e l'evo¬ 
luzione dell'uso del nastro magnetico 
come media di memorizzazione di dati. 

Che dire, sembra un'iniziativa 
degna di nota ma che apparentemente 
soffre del male che affligge molte ini¬ 
ziative analoghe e cioè la disponibilità 
delle persone di dedicarci del tempo in 
maniera continuativa. So per esperien¬ 
za che è molto difficile portare avanti 
qualsiasi forma di volontariato e di as¬ 
sociazionismo: normalmente c'è un 
gruppo ristretto che “tira", mentre gli 
altri tendono a defi¬ 
larsi dopo i primi ap¬ 
porti. 

Per la verità non sono 
certo che le difficoltà 
di reload magazine 
siano proprio queste, 
ho fatto solo un'ipote¬ 
si ma anche tutti i 
miei tentativi (via e- 
mail) per entrare in contatto con qual¬ 
che redattore sono andati a vuoto... 

Da parte della redazione di Ju¬ 
rassic News un augurio sincero di 
(speriamo) buon proseguimento. 

[se] 
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Retro-Riviste 


S tilt-Alive — n. 0...n.7 


Una rassegna 
dell'editoria 


Anno 2003/2005 — Free 


l'atmosfera giusta e ad appassionare 


specializzata dai primi 


alla lettura fino all'ultima parola (non è 


anni '80 ad oggi 


Ecco un'altra iniziativa amatoria¬ 
le della quale piangiamo la premaura 
dipeartita. 

Nel 2003 alcuni amici decisero 
che sarebbe stato bello rinverdire l'at¬ 
mosfera dei tempi in cui i giochi elet¬ 
tronici occupavano buona parte della 
loro giornata di studenti liceali, realiz¬ 
zando una rivista specializzata. Nacque 
così Stili-Alive, nome che era tutto un 
programma: i vecchi giochi vivono anco¬ 
ra! 

La pubblicazione ha partorito 
sette numeri distribuiti gratuitamente 
sul Web, concludendosi nel 2005 con 
un laconico messaggio sul sito. Peccato! 


poco, visto che non si dichiarano pro¬ 
fessionisti). 

Lo speciale sulla storia dei giochi 
da bar, se anche non una esclusiva, che 
ha occupato ben quattro puntate è lo 
sforzo forse maggiore della rivista e 
un pezzo di inimmaginabile godimento 
per chi la storia dei giochi da bar l'ha 
vissuta in prima persona. 

Il sottoscritto ad esempio ha 
iniziato la propria carriera lavorativa 
alle dipendenza di un noleggiatore. Si 
aggiustavano e si costruivano assem¬ 
blando i vari pezzi: scheda, monitor, 
joystick, bottoni... per poi “metterlo 
giù" in qualche posto dove si sapeva che 
poteva incassare parecchio... 


Scheda 

Titolo: Still-Alive 
Editore: 

Web: 

www.stillalive.com 


Ed è un peccato veramente per¬ 
ché l'iniziativa era estremamente signi¬ 
ficativa. Che piacciano o no i giochi 
“prima generazione" è comunque una 
cultura che ci ha fatto crescere tutti e 
una palestra nella quale per una decina 
d'anni si sono allenate le squadre dei 
futuri programmatori o comunque degli 
utilizzatori “power" delle tecnologie 
informatiche. 

Il contenuto è monotematico: 
recensioni di giochi per le più diffuse 
piattaforme ludiche degli anni ‘80: 
Commodore 64, Sinclair e console va¬ 
rie. 

Lo stile delle recensioni è uno 
standard di fatto per questo tipo di 
idee: la collocazione del gioco in un con¬ 
testo storico, le premesse fantasiose 
che ne giustificano l'esistenza e poi via 
per una partita quasi in tempo reale. Gli 
autori riescono quasi sempre a creare 


Ah tragico destino... Perché, per¬ 
ché sei morta Still-Alive? 


[se] 
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Retro-Code 



Apple Integer Basic 


cioè il software quando 
era giovane 



Essere un 
programmatore non 
significa conoscere 
un linguaggio o anche 
più linguaggi di 
programmazione 


storia del BASIC 

Il linguaggio BASIC ha avuto una 
fortuna per certi versi inaspettata nel 
campo della programmazione dei calco¬ 
latori. Al tempo dei sistemi di calcolo 
dipartimentali (mainframe o mini), l'i¬ 
dea che la programmazione potesse 
essere semplice faceva inorridire gli 
addetti ai lavori che, da che mondo è 
mondo, come ogni casta tende a pro¬ 
teggersi ammantandosi di non so che 
aurea di elezione. 

Quando si è presentato il problema 
di allargare il numero di programmatori 
per effetto della domanda crescente 
da parte del mercato, le università si 
sono trovate davanti l'ostacolo dei lin¬ 
guaggi di programmazione pensati per 
specialisti e poco adatti alla divulgazio¬ 
ne del “verbo". 

Qualcuno ha cominciato così a pen¬ 
sare a qualcosa di molto più abbordabi¬ 
le dalle masse di un FORTRAN o un PL/ 
M. La chiave di volta è stata capire che 
serviva un linguaggio per imparare e 
che tale linguaggio non doveva necessa¬ 
riamente arrivare a costituire un tool 
di produzione. 

Essere un programmatore non signi¬ 
fica conoscere un linguaggio o anche 
più linguaggi di programmazione, signi¬ 
fica essere in possesso delle conoscen¬ 
ze fondamentali, dei principi. La sintas¬ 
si è un “di cui...", un mezzo per dare 
forma alle idee, non un fine. 

Personalmente trovo assurde e an¬ 
che irritanti, lo confesso, le guerre di 
religione su quale sia il linguaggio mi¬ 
gliore o magari “più moderno". I saggi 


dicono semplicemente che: -"Bisogna 
vedere caso per caso...", è vero ma è 
una considerazione pratica che si fer¬ 
ma alla superficie delle cose. 

Buona parte dei programmatori “ad 
oggetti" hanno una vaga idea del poli¬ 
morfismo che accomunano alla ridefini¬ 
zione dei metodi nelle classi derivate 
mentre mi è capitato di sentire anche 
perle del tipo: -"Un oggetto e' una spe¬ 
cie di classe...". Pazienza la poca preci¬ 
sione ma quello che lascia sconcertati è 
che non ci sia un approccio alla pro¬ 
grammazione ad oggetti con l'intento 
proprio di creare delle classi di uso 
generalizzato, ci si ferma al proprio 
piccolo problema. 

Bando alle ciance torniamo al BASIC 
che come si diceva si è proposto come 
tool di istruzione sopportando le beffe 
dei “veri" programmatori che a colpi di 
definizioni di campi Hollerit se ne an¬ 
davano per i corridoi della facoltà tra¬ 
sportando il loro bel pacchetto di sche¬ 
de perforate. 

Contrariamente all'idea iniziale il 
linguaggio ha trovato una sua strada 
che l'ha portato prima sui piccoli calco¬ 
latori personali, gli home computer, 
costruiti a partire dai primi anni ’80 e 
successivamente fino alla programma¬ 
zione “nobile" delle interfacce grafi¬ 
che. Il più famoso tool è naturalmente 
il Visual Basic di Microsoft ma ne esi¬ 
stono anche altri sia sotto Windows 
che sotto Linux o MAC che svolgono 
onestamente il loro lavoro. 

Una delle prime implementazioni del 
BASIC su un microcomputer è questo 
Integer Basic che la Apple inserì nella 



(Contìnua a pagina 35) 
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ROM del modello ][. Si tratta di una 
sorta di ripiego: la maniera per cavar¬ 
sela onestamente mettendo a disposi¬ 
zione degli acquirenti uno strumento 
per programmare (altrimenti perché 
avrebbero dovuto acquistare il calcola¬ 
tore? Mica cera il software già pron¬ 
to!), senza dover combattere con l'arit¬ 
metica reale. Ciò che noi diamo oggi per 
scontato e cioè la possibilità per un 
linguaggio di gestire valori numerici 
reali, pone dei grossi problemi di imple¬ 
mentazione su una CPU che non ha i- 
struzioni specifiche per farlo. Ci vuole 
tempo, idee e soprattutto spazio nella 
ROM, ma le ROM costano molto... 


nteger Basic di Apple. 

Quando i sistemi erano tutti pro¬ 
prietari, il sistema operativo e il lin¬ 
guaggio di programmazione (che era 
sempre un qualche dialetto Basic), an¬ 
davano di pari passo. Quello che oggi 
chiamiamo BIOS (Basic Input Output 
System) veniva normalmente indicato 
come “ROM di sistema" e conteneva le 
routines di base, a volte un assembler, 
un monitor molto semplificato e quasi 
sempre un Basic. 

La Apple, se voleva vendere il pro¬ 
prio Apple ][, doveva per forza dotarlo 
di un linguaggio di programmazione, 
anche semplice, ma abbastanza potente 
da soddisfare la voglia dei primi sma- 
nettoni. Così Steve Wozniak si mise di 
buzzo buono e con l'aiuto di qualche 
amico/dipendente, mise su quello che 
venne chiamato Apple Interger Basic. 

Come dice il nome si tratta di un 
interprete privo delle estensioni per 
virgola mobile e di conseguenza di tut¬ 
te le funzioni che lavorano sui numeri 
Reali. 


Primi passi e primi comandi. 

Dopo il bootstrap l'Apple si presenta 
in modalità “monitor" con il prompt rap¬ 
presentato da un asterisco (“*") e cur¬ 
sore lampeggiante. Premendo Control-B 
si entra in Integer Basic, rappresenta¬ 
to dal prompt “>“. Per tornare al moni¬ 
tor si usa il tasto RESET. 

Entrare in Integer Basic con il 
Control-B provoca la canee Mozione del 
programma eventualmente presente e 
la predisposizione delle due costanti 
che determinano i limiti della memoria 
usabile dal Basic. Tali contatori sono 
chiamati HIMEM, che viene settato 
alla massima memoria disponibile, e 
LOMEM che ha valore iniziale 2048. 
Questi due valori si possono variare 
per riservare aree di memoria ad altri 
scopi, ad esempio a routine assembler. 

Il comando Control-C permette di 
rientrare in Integer Basic se il sistema 
è in stato di monitor, senza intervento 
sul programma eventualmente presen¬ 
te; se ci si trova in Basic il comando 
provoca l'interruzione del programma in 
esecuzione con il display della linea do¬ 
ve l'interruzione è avvenuta (il run del 
programma si può continuare con il co¬ 
mando CON). 

L'Integer Basic dispone di comandi e 
statement. I comandi sono le istruzioni 
che si possono digitare al prompt senza 
numero di riga e vengono eseguiti quan¬ 
do si preme RETURN. Gli statement 
sono le istruzioni che fanno parte dei 
programmi; sono organizzati in righe 
numerate e vengono eseguiti secondo la 
logica del programma quando si ordina 
l'esecuzione con il comando RUN. Alcu¬ 
ni comandi si possono inserire anche 
all'interno dei programmi per ottenere 
appunto un risultato “programmato". 



(Continua a pagina 36) 
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Essere un 
programmatore non 
significa conoscere 
un linguaggio o anche 
più linguaggi di 
programmazione 


Comandi. 

Esaminiamo ora i comandi disponibili 
quando ci troviamo a livello Integer 
Basic (cursore Fra parentesi qua¬ 
dre i parametri opzionali. 

AUTO numi [num2] 

Autonumerazione delle righe comin¬ 
ciando da numi e incrementando di nu- 
m2 (opzionale, altrimenti di 10). 

MAN 

Setta l'autonumerazione delle righe 
basic su “manuale" 

CLR 

Cancellazione delle variabili del pro¬ 
gramma corrente. 

CON 

Continua l'esecuzione dopo un break 
(che si ottiene con Control-C). 

DEL numi [num2] 

Cancella la riga numi o le righe da 
numi a num2 

DSP var 

E' il watchdog della variabile var, 
ogni volta che essa cambia valore viene 
stampata con il numero di riga che ha 
provocato il cambiamento. 

NO DSP var 

Cancella il watchdog sulla variabile 
var. 

HIMEM: expr 

Determina il limite superiore della 
memoria disponibile per il programma. 
Deve essere usato prima di inserire 
statement in quanto il comando di¬ 
strugge il programma Basic esistente. 
Il valore da inserire in expr deve esse¬ 
re espresso in decimale. 

LOMEM: expr 

E' il limite inferiore del programma 
Basic. Il valore deve essere espresso in 
decimale. Da usare prima di inserire il 


programma. 

GOTO expr 

Salto alla riga definita da expr. Vie¬ 
ne usato ad esempio dopo un Control-C 
per determinare la continuazione della 
esecuzione. 

GR 

Setta la modalità display definita 
“mixed" che è costituita da una parte 
grafica superiore e quattro righe di 
testo in basso sul display. 

TEXT 

Setta la modalità testo del display 
costituita da 24 righe da 40 caratteri 
ciascuna. 

LIST [numi [ t num2]] 

Listing del programma, compieta- 
mente se non sono indicati i valori di 
inizio (numi) e fine (num2). 

LO AD expr 

Carica un programma da cassetta. 
Viene emesso un primo beep quando 
l'inizio del programma è trovato sul 
nastro (devono passare pochi secondi, 
pena l'emissione di errore) e un secon¬ 
do beep al termine del caricamento. Se 
qualcosa va storto si vedrà un messag¬ 
gio di errore. Nota: il registratore va 
fatto partire a mano prima di premere 
RETURN. 

SAVE 

Salva il programma su cassetta. 

NEW 

Cancella il programma corrente. I 
valori di HIMEM e LOMEM rimangono 
inalterati. 

RUN [expr] 

Lancia il programma presente in me¬ 
moria, eventualmente cominciando dalla 
riga expr. 

(Continua a pagina 37) 
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TRACE 

Stampa a video il numero di riga in 
esecuzione. 

NO TRACE 

Off del comando TRACE. 


Controllo del cursore. 

L'editing a video e in generale il con¬ 
trollo del cursore si ottengono con 
combinazioni di tasti piuttosto scomo¬ 
de, tanto è vero che sono proliferate le 
utilità che permettono l'editing delle 
righe Basic con una certa dose di mag¬ 
giore agevolezza. 

Alcuni comandi di controllo si otten¬ 
gono con il CONTROL, altri pigiando e 
rilasciando il tasto ESC seguito poi dal¬ 
la lettera del comando. 

CONTROL-H 

Cancella il carattere a sinistra del 
cursore. Si tratta di una concessione 
alla modalità Unix che usa questa com¬ 
binazione per cancellare. Apple dispone 
in realtà del più comodo tasto Backspa- 
ce che fa lo stesso lavoro. 

CONTROL-U 

Cancella il carattere a destra del 
cursore. 

ESC A cursore a destra 

ESC B cursore a sinistra 

ESC C cursore in basso 

ESC D cursore in alto 

ESC E 

Cancella dal cursore fino a fine riga 

ESC F 

Cancella dal cursore fino a fine pagi¬ 
na 

ESC @ 

Muove il cursore in cima allo scher¬ 
mo, cancella tutta la pagina. 


Operatori. 


Le regole per la formulazione delle 
espressioni sono quelle ormai classiche: 
priorità e raggruppamento con paren¬ 
tesi sono disponibili per la formulazio¬ 
ne corretta delle espressioni matema¬ 
tiche e per l'assegnazione dei valori 
alle variabili. 

Esempi: 

10 X = 4*(5 +1) 

30 ALPHA = -(BETA * 2) 

40 LET Y = 12 * A2 - 3 

Nota: l'ultimo esempio significa: 

Y = (12 * A2)-3 

Ovviamente esistono le quattro ope¬ 
razioni E' presente l'operato¬ 

re MOD per calcolare il resto della di¬ 
visione come in: 

10 X = 12 MOD 7 

Che restituisce 5 nella variabile X. 

L'elevamento a potenza: 

20 Z = X A 2 

Che significa X al quadrato. Nota: il 
simbolo di elevamento a potenza si ot¬ 
tiene sulla tastiera con SHIFT+N. 

Da questi esempi si deduce che l'as¬ 
segnazione tramite l'operatore “=“ è 
possibile senza usare lo statement LET 
(che sarebbe lo standard Basic per l'¬ 
assegnazione). 


Per questa puntata ci fermiamo qui. 
La prossima volta affronteremo l'esa¬ 
me delle istruzioni Basic e le regole 
delle espressioni e degli operatori arit¬ 
metici e logici. 

[tn] 
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Scheda 


Titolo: 

Digital retro 

Sottotitolo: 

L'evoluzione e il 
design del Personal 
Computer 

Autore: 

Gordon Laing 

Editore: 

Mondatori 

Informatica 

Prezzo: 25 Euro 
Pagine: 190 
Lingua: Italiano 
Anno: 2004 

ISBN: 

88-0453642-X 


Gordon Laing, autore di questo volu¬ 
me, è un giornalista e scrittore che si 
occupa di informatica personale dal 
momento (come afferma lui stesso nel¬ 
le sue brevi note bibliografiche) in cui 
ricevette in regalo dai suoi genitori uno 
ZX80 della Sinclair). Come spesso ac¬ 
cade a chi ha vissuto in prima persona i 
tempi pionieristici fra gli anni 75 e 90 
del secolo scorso, anche il nostro ha 
continuato a conservare curiosità ed 
affetto per i sistemi di calcolo "prima 
maniera". 

Il volume offre una esauriente, an¬ 
che se non completa, panoramica sui 
sistemi di calcolo personali venduti fra 
il 1975 e 1988 a cominciare dall'Altair 
8800 per finire con il Next Cube. 

A parte una introduzione molto sin¬ 
tetica sulla storia dell'informatica e 
una conclusione che si focalizza sulla 
rete Internet piuttosto che sull'evolu¬ 
zione hardware dei sistemi, il volume 
raccoglie in ordine cronologico le sche¬ 
de dei computer commercializzati con 
più o meno successo. In accordo con il 
titolo e con la dimensione del volume, 
cioè la classica dimensione dei volumi di 


fotografie e architettura, la presenza 
di immagini è largamente predominante 
rispetto ai testi. I sistemi sono foto¬ 
grafati da ogni lato oltre che nei parti¬ 
colari, rendendo la lettura molto piace¬ 
vole e rilassante. 

Dobbiamo riconoscere all'autore una 
rara dote di sintesi che si manifesta 
nella presentazione della storia del sin¬ 
golo sistema e nelle vicende della so¬ 
cietà costruttrice. Una giusta dose di 
importanza è riservata agli uomini pro¬ 
tagonisti della rivoluzione informatica, 
ai loro sogni e alle loro aspirazioni. Cu¬ 
riosamente sono quasi sempre storie di 
difficoltà economiche pesanti, risolte 
da colpi di genio con l'aiuto fondamen¬ 
tale della fortuna. Situazioni apparen¬ 
temente "da manuale" nell'economia 
statunitense. Questo suggerisce che 
chissà quali e quanti altri sistemi sono 
stati progettati senza poi sfociare in 
una vera e propria distribuzione. 

L'autore è un vero appassionato di 
retro-computing, tanto che probabil¬ 
mente (anche se non viene detto espli¬ 
citamente) i sistemi fotografati sono 
di sua proprietà. Che si tratti di ogget¬ 
ti reali e non di trasposizioni di foto 
originali delle case costruttrici, lo di¬ 
mostrano alcuni piccolissimi particolari 
che rivelano l'uso del sistema: piccoli 
graffi sul cabinet, etc... A parte queste 
minuzie tutte le macchine sono in 
splendida forma tanto da chiedersi 
quanto le foto non siano state ritocca¬ 
te o quale magico prodotto il proprieta¬ 
rio usi per conservare la brillantezza 
delle plastiche originali (quelle Apple 
tendono inesorabilmente ad ingiallire). 

Il retro-computing, diffuso anche in 
Italia, trova terreno fertile oltre oce¬ 
ano dove le macchine sono state co¬ 
struite e vendute in migliaia, se non 
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milioni, di esemplari. E' quindi relativa¬ 
mente più semplice per un appassionato 
statunitense costruirsi una significati¬ 
va collezione anche se deve probabil¬ 
mente lottare contro la tendenza ul¬ 
tra-consumistica degli americani che li 
porta a distruggere con molta facilità 
il materiale che non utilizzano più. 

Oltre alla storia del sistema e della 
società costruttrice, il volume contiene 
piccole tips relativamente ai protagoni¬ 
sti e una opinione del perché la fortuna 
del sistema sia ad un certo punto ter¬ 
minata. Queste notizie sono raccolte 
direttamente dalla voce dei vari prota¬ 
gonisti nel corso della carriera di gior¬ 
nalista specializzato dell'autore Laing. 
L'autore peraltro non nasconde la sua 
predilezione per i sistemi dalla Apple 
Computer che viene presentata come la 
vera innovatrice del mercato; opinione 
che non può che trovarci d'accordo in 
pieno! Dall'Apple II del 1976 all'ultimo 
PowerMac G5, la società di Cupertino 
ha sempre stupito per la qualità dei 
prodotti e per il livello di innovazione. 

L'appassionato italiano troverà sche¬ 
de si computer dei quali non ha mai vi¬ 
sto un esemplare e forse non ha nem¬ 
meno sentito della loro esistenza, que¬ 
sto perché la diffusione dei sistemi e 
anche delle riviste specializzate è av¬ 
venuta in Italia con un certo ritardo e 
con molta minore penetrazione. Un'al¬ 
tra considerazione generale che si trae 
dalla lettura è la contrapposizione fra 
la filosofia statunitense, votata alla 
produzione standard di massa e la par¬ 
ticolarità europea (limitata alla sola 
Inghilterra per la verità) che ha punta¬ 
to molto più sulla fantasia, basta pen¬ 
sare ai sistemi Sinclair per convincer¬ 
sene. 

Il volume è proprio perfetto così 
come per lo scopo che si prefigge. Co¬ 
me appassionato di tecnica avrei accol¬ 
to favorevolmente una scheda più com¬ 
pleta sulle caratteristiche hardware 
piuttosto che le quattro notizie in cro¬ 
ce su CPU e memoria RAM disponibile. 


Del tutto assente il software, siste¬ 
mi operativi e linguaggi compresi, men¬ 
tre buona parte del successo dei siste¬ 
mi è stato dettato proprio dai pro¬ 
grammi disponibili: non solo il VisiCalc 
citato dall'autore, ma il sistema opera¬ 
tivo CP/M è stata una delle chiavi del 
successo della diffusione dei sistemi di 
calcolo personale. Anche l'importanza 
della CPU Z80 non è considerata nella 
giusta misura a mio giudizio. Lo stesso 
fenomeno degli MSX viene liquidato in 
un'unica scheda riassuntiva mentre la 
loro importanza avrebbe dovuto com¬ 
portare una più ricca collezione di si¬ 
stemi. 

Le calcolatrici programmabili sono 
solo citate mentre trovano spazio le 
prime console di giochi: una scelta di¬ 
scutibile. L'unico altro dubbio che sol¬ 
levo è la fotografia dell'Apple ][ pre¬ 
sentato con un monitor originale Apple 
che secondo me è stato commercializ¬ 
zato solo con la serie II; nulla di male, 
ma l'autore premette che tutti i siste¬ 
mi sono fotografati nella prima versio¬ 
ne originale apparsa sul mercato. 

Conclusioni. 


Dall'Apple II del 
1976 all'ultimo 
PowerMac & 5, la società 
di Cupertino ha sempre 
stupito per la qualità dei 
prodotti e per il livello 
di innovazione. 


Bello, niente da dire. Il prezzo di 25 
Euro non è proprio economico ma la 
qualità della pubblicazione lo giustifica, 
comunque già si trova nei remainder a 
prezzo dimezzato. 

Senza ombra di dubbio è una mono¬ 
grafia da possedere per chi ha la pas¬ 
sione del retro computing o per chi, 
pur non coltivando l'hooby del retro- 
computer, percepisca una certa nostal¬ 
gia per un'epoca che fu e volesse rin¬ 
verdire qualche passata emozione sfo¬ 
gliandone le pagine. 

[sn] 
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In prova il Micro Professor II. 

Viene dalla taiwanese Microtek un siste¬ 
ma con spiccate propensioni didattiche 
ma che non rinuncia a gettare uno sguar¬ 
do verso l'impiego semi-professionale. 


Softcard CP/M 

60K Uer. 2.23 



(c) 1980,1982 Microsoft 



A>dir b- 

B : 6ASC0M COM : 

BASLIB REI 

BAZIC COM 

BASIC80 CON 

A)dir b : 

B : DBASEUPD OUR : 

OBASESRI OUR 

DBASEBRO OUR 

OBASEMAI OUR 

B- OBASERPG OUR : 

OBASEMOD OUR 

OBASEAPP OUR 

DBASE II DOC 

B- ZIP COM ! 

UIDN1 FRM 

INSTALI. COM 

DBASE COM 

B- OBASEMSG CON : 

OBASEMSC OUR 

DBASEJOI OUR 

DBASETTL OUR 

B : LOADDB SUB = 

0U-U75 COM 

DDT65 COM 

AUTORUN CON 

B : DBSET CMO : 
A>b : 

B>dbase 

A DBF 

SCR38 : B DBF 

CATALOG DBF 

ENIER TODAYS DATE 

AB MM/DD/YY 

OR RETURN FOR NONE * 

m dBASE II 

Uer 2.3B 22 FEB 82 


1 



EVALUATION VERSION 


La seconda puntata della prova del si¬ 
stema operativo CP/M e la seconda 
parte dell'articolo sulla realizzazione di 
un emulatore. 

La seconda parte del corso dedicato 
all'Applesoft. 


E inoltre: Una nuova rubrica dedicata alla recen¬ 
sione del software. 

La recensione di una rivista "storica" e 
la rubrica Biblioteca con la presenta¬ 
zione delle monografie "da avere asso¬ 
lutamente" 
















